From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2061 invoked by alias); 23 Oct 2009 23:19:28 -0000 Received: (qmail 2053 invoked by uid 22791); 23 Oct 2009 23:19:27 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail-pw0-f57.google.com (HELO mail-pw0-f57.google.com) (209.85.160.57) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 23 Oct 2009 23:19:21 +0000 Received: by pwi18 with SMTP id 18so3131794pwi.16 for ; Fri, 23 Oct 2009 16:19:20 -0700 (PDT) Received: by 10.115.101.25 with SMTP id d25mr9093299wam.46.1256339959538; Fri, 23 Oct 2009 16:19:19 -0700 (PDT) Received: from Paullaptop (203-214-142-52.perm.iinet.net.au [203.214.142.52]) by mx.google.com with ESMTPS id 23sm1456142pxi.9.2009.10.23.16.19.15 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Oct 2009 16:19:17 -0700 (PDT) Message-ID: From: "Paul Edwards" To: "Ulrich Weigand" Cc: "Ulrich Weigand" , References: <200910231458.n9NEwKFZ012882@d12av02.megacenter.de.ibm.com> In-Reply-To: <200910231458.n9NEwKFZ012882@d12av02.megacenter.de.ibm.com> Subject: Re: i370 port - constructing compile script Date: Sat, 24 Oct 2009 00:20:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit 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/msg00486.txt.bz2 > If you use --disable-nls on the configure line, the intl directory > should be skipped ... Ok, that's working. >> 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? > > Before including "system.h", generator files include "bconfig.h" > where core compiler files include "config.h". The former then > in turn includes "auto-build.h", while the latter includes > "auto-host.h". And this much is fine. > These contain the configure results for the > --build= and --host= systems, respectively. However, the auto-build.h is not detecting the all the includes etc. So while auto-host.h has a #define HAVE_DECL_CALLOC 1, the auto-build.h has it as 0. There's nothing in config.log showing a CALLOC of 0. So where can I find out what's setting this? > All this should work automatically if you use the proper > configure options, so something odd must be going on ... Yeah, I've probably changed something when making all the additions to get my new target and that is now interfering. Something similar to that dummy pwait. Now I've got to find it and reverse it (or mask it out). > Are you running the top-level configure? (If you run a > subdirectory configure, e.g. the one in gcc/, directly, > things may not work correctly.) Yes I am. One other thing I did - I compiled the cross-compiler, and installed it. Then I wiped out the directory and extracted a fresh version and did the configure for building the host. I thought that would make things clean. But maybe the previous build had the correct auto-build.h that I need, and without it I get some sort of dummy auto-build.h? BFN. Paul.