From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3527 invoked by alias); 13 Nov 2009 12:57:59 -0000 Received: (qmail 3515 invoked by uid 22791); 13 Nov 2009 12:57:59 -0000 X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,MSGID_FROM_MTA_HEADER,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mtagate2.de.ibm.com (HELO mtagate2.de.ibm.com) (195.212.17.162) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 13 Nov 2009 12:57:55 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate2.de.ibm.com (8.13.1/8.13.1) with ESMTP id nADCvqet016935 for ; Fri, 13 Nov 2009 12:57:52 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 nADCvq6I1290418 for ; Fri, 13 Nov 2009 13:57:52 +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 nADCvq01024349 for ; Fri, 13 Nov 2009 13:57:52 +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 nADCvpjn024342; Fri, 13 Nov 2009 13:57:51 +0100 Message-Id: <200911131257.nADCvpjn024342@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Fri, 13 Nov 2009 13:57:51 +0100 Subject: Re: i370 port - constructing compile script To: mutazilah@gmail.com (Paul Edwards) Date: Fri, 13 Nov 2009 12:57: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: from "Paul Edwards" at Nov 13, 2009 11:17:46 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/msg00382.txt.bz2 Paul Edwards wrote: > The thing is, I already know it has detected that I don't have > strcasecmp. That's why it doesn't have HAVE_STRCASECMP > defined in the config.h. You are right that I don't have a linker, > but the compile with error-on-no-prototype is working fine - I > can see the result in config.h. Well, the configure process should result in the variable LIBOBJS in the generated libiberty Makefile to be set to list of objects containing implementations of replacement system routines. This gets set during the macro call AC_REPLACE_FUNCS($funcs) in configure.ac, which gets replaced by the following code in configure (GCC 3.4): for ac_func in $funcs do as_ac_var=`echo "ac_cv_func_$ac_func" | $as_tr_sh` echo "$as_me:$LINENO: checking for $ac_func" >&5 echo $ECHO_N "checking for $ac_func... $ECHO_C" >&6 [...] if test `eval echo '${'$as_ac_var'}'` = yes; then cat >>confdefs.h <<_ACEOF #define `echo "HAVE_$ac_func" | $as_tr_cpp` 1 _ACEOF else LIBOBJS="$LIBOBJS $ac_func.$ac_objext" fi done So if you do not have HAVE_STRCASECMP in config.h, you should have been getting strcasecmp.o in LIBOBJS ... > > 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 ... > > Because when my assemble and compile jobs start running on > MVS, I would first of all need to put in a special define for that > in the compile step for prefix - the only exception in fact. Secondly, > I am running close to the 100-character limit of the PARM > statement already, with the things I was forced to add: > > //ST2CMP PROC GCCPREF='GCC',MEMBER='', > // PDPPREF='PDPCLIB', > // COS1='-Os -S -ansi -pedantic-errors -remap -DHAVE_CONFIG_H', > // COS2='-DIN_GCC -DPUREISO -o dd:out -' > > Having another define, just to define an empty string, seems very > ugly indeed, even assuming it comes in under 100 characters. Ah, OK. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com