From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5502 invoked by alias); 13 Nov 2009 12:01:59 -0000 Received: (qmail 5164 invoked by uid 22791); 13 Nov 2009 12:01:58 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00,MSGID_FROM_MTA_HEADER,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtagate6.de.ibm.com (HELO mtagate6.de.ibm.com) (195.212.17.166) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Nov 2009 12:01:53 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate6.de.ibm.com (8.13.1/8.13.1) with ESMTP id nADC1nAJ017222 for ; Fri, 13 Nov 2009 12:01:49 GMT Received: from d12av02.megacenter.de.ibm.com (d12av02.megacenter.de.ibm.com [9.149.165.228]) by d12nrmr1607.megacenter.de.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nADC1nJe913422 for ; Fri, 13 Nov 2009 13:01:49 +0100 Received: from d12av02.megacenter.de.ibm.com (loopback [127.0.0.1]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id nADC1nVA019555 for ; Fri, 13 Nov 2009 13:01:49 +0100 Received: from tuxmaker.boeblingen.de.ibm.com (tuxmaker.boeblingen.de.ibm.com [9.152.85.9]) by d12av02.megacenter.de.ibm.com (8.12.11.20060308/8.12.11) with SMTP id nADC1meQ019515; Fri, 13 Nov 2009 13:01:48 +0100 Message-Id: <200911131201.nADC1meQ019515@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Fri, 13 Nov 2009 13:01:48 +0100 Subject: Re: i370 port - constructing compile script To: mutazilah@gmail.com (Paul Edwards) Date: Fri, 13 Nov 2009 12:01:00 -0000 From: "Ulrich Weigand" Cc: Ralf.Wildenhues@gmx.de (Ralf Wildenhues), iant@google.com (Ian Lance Taylor), gcc@gcc.gnu.org In-Reply-To: <4127BE7309294176811315EAA40B002B@Paullaptop> from "Paul Edwards" at Nov 13, 2009 10:43:11 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-11/txt/msg00379.txt.bz2 Paul Edwards wrote: > First of all, I got link errors, because sched-ebb etc were trying > to call various functions, but those functions were not being > compiled in because INSN_SCHEDULING was not defined > (that's my quick analysis, anyway). So I just grepped those > files out of the "source list". This is apparently a bug in the 3.4 version of sched-ebb.c. This whole file should be in a #ifdef INSN_SCHEDULING, just like the other sched-*.c files. This is fixed in current GCC. > Next, a stack of libiberty files were not compiled - strcasecmp, > vasprintf, asprintf, getpagesize, strdup. I don't know why this > would be the case, because e.g. HAVE_STRCASECMP is > not defined. Anyway, I added them to the source list manually, > and with a script, awk and m4, I was able to produce my > traditional compile script (which is a stepping stone for doing > the same thing on MVS). The libiberty configure process attempts to detect which functions need to be built via link tests by default. As you don't have a cross-linker, something may be going wrong here. As an alternative, you can hard-code which functions to use in libiberty's configure.ac. > Oh, one other change I made - I normally define PREFIX in a > common header file. However, this caused a conflict between > prefix.c and regex.c which both try to use this keyword. It > would be good if this define was made unique within the > source base. I realise there are different ways around this, > but it would still be good to be unique. For now I just updated > prefix.c to use "" as a default prefix if none is provided. That's > neater than any immediate alternative I can think of. Why would you define this by hand? The usual make process will define PREFIX while building prefix.c, using the appropriate value determined at configure time ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com