From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29297 invoked by alias); 23 Oct 2009 14:40:37 -0000 Received: (qmail 29287 invoked by uid 22791); 23 Oct 2009 14:40:36 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 23 Oct 2009 14:40:31 +0000 Received: from wpaz1.hot.corp.google.com (wpaz1.hot.corp.google.com [172.24.198.65]) by smtp-out.google.com with ESMTP id n9NEeRaW019584 for ; Fri, 23 Oct 2009 15:40:28 +0100 Received: from ey-out-1920.google.com (eyh3.prod.google.com [10.208.8.3]) by wpaz1.hot.corp.google.com with ESMTP id n9NEeOdI012613 for ; Fri, 23 Oct 2009 07:40:25 -0700 Received: by ey-out-1920.google.com with SMTP id 3so239652eyh.0 for ; Fri, 23 Oct 2009 07:40:24 -0700 (PDT) Received: by 10.216.90.203 with SMTP id e53mr324021wef.28.1256308824436; Fri, 23 Oct 2009 07:40:24 -0700 (PDT) Received: from coign.google.com ([67.218.103.96]) by mx.google.com with ESMTPS id t2sm5950468gve.27.2009.10.23.07.40.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 07:40:23 -0700 (PDT) To: "Paul Edwards" Cc: "Ulrich Weigand" , "Ulrich Weigand" , Subject: Re: i370 port - constructing compile script References: <200910221803.n9MI33he012461@d12av02.megacenter.de.ibm.com> From: Ian Lance Taylor Date: Fri, 23 Oct 2009 14:58:00 -0000 In-Reply-To: (Paul Edwards's message of "Sat\, 24 Oct 2009 01\:14\:51 +1100") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-10/txt/msg00467.txt.bz2 "Paul Edwards" writes: > The next thing I hit was that genmodes didn't compile because > there were conflicts between the strsignal function in the > Linux include files and the system.h. Looking at the system.h, > it was including things in because it thought that the prototypes > didn't exist. Which would have been true for the cross-compiler, > but isn't true for a native gcc. How are those two different things > meant to be reconciled? When you run the configure script for building the native gcc, it is supposed to detect that the prototypes exist. The configure script will do this by running the cross-compiler being used to build the native gcc. The cross-compiler is expected to be using the appropriate header files, and thus to see the declarations. Ian