From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9280 invoked by alias); 13 Nov 2009 12:08:44 -0000 Received: (qmail 9268 invoked by uid 22791); 13 Nov 2009 12:08:43 -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:08:40 +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 nADC8bhc023952 for ; Fri, 13 Nov 2009 12:08:37 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 nADC8bU01364078 for ; Fri, 13 Nov 2009 13:08:37 +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 nADC8bZD029714 for ; Fri, 13 Nov 2009 13:08:37 +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 nADC8ai6029689; Fri, 13 Nov 2009 13:08:36 +0100 Message-Id: <200911131208.nADC8ai6029689@d12av02.megacenter.de.ibm.com> Received: by tuxmaker.boeblingen.de.ibm.com (sSMTP sendmail emulation); Fri, 13 Nov 2009 13:08:36 +0100 Subject: Re: i370 port - constructing compile script To: mutazilah@gmail.com (Paul Edwards) Date: Fri, 13 Nov 2009 12:08:00 -0000 From: "Ulrich Weigand" Cc: iant@google.com (Ian Lance Taylor), gcc@gcc.gnu.org In-Reply-To: from "Paul Edwards" at Nov 13, 2009 01:02:59 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-11/txt/msg00380.txt.bz2 Paul Edwards: > 1. I think my unixio.h, which has a stack of POSIX functions > that need to be there (mkdir, pwait, open, fileno etc), needs to > be considered "honorary ansi" (after all, so much code assumes > that they exist) and get included in ansidecl, with unixio.h > living in include, and unixio.c living in libiberty. Does that > sound reasonable? Well, it's sort of the whole point of libiberty to provide functions that are not available on certain hosts, so that the rest of GCC can be simplified by assuming they're always there. So in principle I guess this should be fine. > What would be really good is if flags.h and toplev.c had a > consecutive block of flags, so that even if my few lines of > intrusive code aren't accepted, it's at least easy for me to > mask out an entire block. At the moment I have to look > for a few largish chunks of flags to mask out. Note that with current GCC versions, all these flag global variables are defined by C source code that is automatically generated from various option parameter files. This should make it simpler to change this e.g. to use a struct instead of many global variables ... Bye, Ulrich -- Dr. Ulrich Weigand GNU Toolchain for Linux on System z and Cell BE Ulrich.Weigand@de.ibm.com