From patchwork Thu Dec 9 03:34:38 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Arnaud Lacombe X-Patchwork-Id: 74845 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id 678BBB6F11 for ; Thu, 9 Dec 2010 14:36:09 +1100 (EST) Received: (qmail 27456 invoked by alias); 9 Dec 2010 03:36:07 -0000 Received: (qmail 27377 invoked by uid 22791); 9 Dec 2010 03:36:06 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-qw0-f47.google.com (HELO mail-qw0-f47.google.com) (209.85.216.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 09 Dec 2010 03:36:01 +0000 Received: by qwg5 with SMTP id 5so2138700qwg.20 for ; Wed, 08 Dec 2010 19:35:59 -0800 (PST) Received: by 10.224.10.205 with SMTP id q13mr7755510qaq.354.1291865759161; Wed, 08 Dec 2010 19:35:59 -0800 (PST) Received: from localhost.localdomain (69-196-129-64.dsl.teksavvy.com [69.196.129.64]) by mx.google.com with ESMTPS id t35sm857199qco.30.2010.12.08.19.35.57 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Dec 2010 19:35:58 -0800 (PST) From: Arnaud Lacombe To: gcc-patches@gcc.gnu.org Cc: Arnaud Lacombe , tech-toolchain@netbsd.org Subject: [PATCH] Fix NetBSD native bootstrap Date: Wed, 8 Dec 2010 22:34:38 -0500 Message-Id: <1291865679-12167-1-git-send-email-lacombar@gmail.com> X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Hi folks, This is a third try to fix trunk native boostrap. PR concerning this issue are summerized in PR/38182 and PR/43952. This issue is due to several NetBSD `machine/ansi.h' (i386, amd64, as Ralf mentionned, but also landisk, hpcsh, dreamcast and evbsh3) not defining the expected _ANSI_H_ or _MACHINE_ANSI_H_. For this patch I implemented Joseph S. Myers suggestion to define USER_H in config/t-netbsd. This may be cleaner than the last patch in PR/38182 which affect all target. In the mean time, I removed other headers the base system is providing. stdarg.h is still needed because the host stdarg.h still reference the old __builtin_stdarg_start(). stdfix.h is missing from the base system, so I kept it in the include list. Bootstrapped on i386-unknown-netbsdelf5.99.25, regression tests pending. 2010-12-09 - Arnaud Lacombe * config/t-netbsd: Set USER_H. CC: tech-toolchain@netbsd.org Signed-off-by: Arnaud Lacombe --- gcc/config/t-netbsd | 4 ++++ 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/gcc/config/t-netbsd b/gcc/config/t-netbsd index 34949e1..fa8744d 100644 --- a/gcc/config/t-netbsd +++ b/gcc/config/t-netbsd @@ -1,2 +1,6 @@ # Always build crtstuff with PIC. CRTSTUFF_T_CFLAGS_S = $(CRTSTUFF_T_CFLAGS) -fPIC + +# Keep only required include files. +USER_H = $(srcdir)/ginclude/stdarg.h \ + $(srcdir)/ginclude/stdfix.h