From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18303 invoked by alias); 6 Oct 2009 14:01:33 -0000 Received: (qmail 18059 invoked by uid 22791); 6 Oct 2009 14:01:31 -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 mtagate4.de.ibm.com (HELO mtagate4.de.ibm.com) (195.212.17.164) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 06 Oct 2009 14:01:27 +0000 Received: from d12nrmr1607.megacenter.de.ibm.com (d12nrmr1607.megacenter.de.ibm.com [9.149.167.49]) by mtagate4.de.ibm.com (8.13.1/8.13.1) with ESMTP id n96E1OlJ030460 for ; Tue, 6 Oct 2009 14:01:24 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 n96E1OUt3469430 for ; Tue, 6 Oct 2009 16:01:24 +0200 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 n96E1OOh000436 for ; Tue, 6 Oct 2009 16:01:24 +0200 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 n96E1NBC000355; Tue, 6 Oct 2009 16:01:23 +0200 Message-Id: <200910061401.n96E1NBC000355@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Tue, 06 Oct 2009 16:01:23 +0200 Subject: Re: i370 port - constructing compile script To: mutazilah@gmail.com (Paul Edwards) Date: Tue, 06 Oct 2009 14:01:00 -0000 From: "Ulrich Weigand" Cc: iant@google.com (Ian Lance Taylor), gcc@gcc.gnu.org In-Reply-To: from "Paul Edwards" at Oct 07, 2009 12:37:39 AM 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-10/txt/msg00115.txt.bz2 Paul Edwards wrote: > > Huh. I've never seen this before. Is this with your patches to > > generate a "single executable" or without? > > My patches are applied, but shouldn't be activated, because > I haven't defined SINGLE_EXECUTABLE. > > I could try taking it back to raw 3.4.6 though and see if that has > the same problem. Might be interesting ... > > For the cross-compiler, > > you shouldn't need any of the MVS host-specific patches ... > > My target is new basically. It's closest to mvsdignus, which > was used as a starting point, but it has evolved. :-) Host vs. target confusion again? :-) You have some patches needed to support MVS as *target* of compilation. You have some other patches needed to support MVS as *host* of the compiler itself. I'm saying that for the cross-compiler, you need the first set of patches, but you do not need the second set of patches. For the native compiler, you'll then need both sets ... > > However, once you *run* this i370-mvs-gcc, and it processes a source > > file using #include , the compiler will search the directory > > /home/gccmvs/sysroot/include for the stdio.h header file, and it will > > invoke the cross-linker passing /home/gccmvs/sysroot/lib as the > > location to search for standard libraries like libc. (Note that the > > names of such standard libraries, if any, are defined by the MVS > > target definitions, in particular the setting of target macros like > > LIB_SPEC in your target header files in config/i370/*.h.) > > I don't seem to have that variable defined. Not surprising since > there's no include or lib directories like that on MVS. I'm not sure how this works on MVS, but the C standard says that if your application uses #include , this must work and find the appropriate system header ... When running the compiler natively on MVS, there may not be a notion of "directories" in the Unix sense, but I guess those headers must still come from *somewhere*, right? For the *cross-compiler*, because it is hosted on a Unix system, it must provide those same headers in a directory somewhere. This is the directory you specify via --with-sysroot. Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com