From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31690 invoked by alias); 10 Nov 2009 14:58:49 -0000 Received: (qmail 31682 invoked by uid 22791); 10 Nov 2009 14:58:49 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=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; Tue, 10 Nov 2009 14:58:45 +0000 Received: by pwi2 with SMTP id 2so53678pwi.16 for ; Tue, 10 Nov 2009 06:58:43 -0800 (PST) Received: by 10.114.3.15 with SMTP id 15mr279178wac.181.1257865123676; Tue, 10 Nov 2009 06:58:43 -0800 (PST) Received: from Paullaptop (203-158-49-56.dyn.iinet.net.au [203.158.49.56]) by mx.google.com with ESMTPS id 20sm501306pxi.11.2009.11.10.06.58.38 (version=SSLv3 cipher=RC4-MD5); Tue, 10 Nov 2009 06:58:40 -0800 (PST) Message-ID: <8E98CABC006347C29A0419A1655E92E5@Paullaptop> From: "Paul Edwards" To: "Ian Lance Taylor" Cc: "Ulrich Weigand" , References: <200911041646.nA4Gkx1m032222@d12av02.megacenter.de.ibm.com><49D99EB7E50944F4A09820F1016ACA77@Paullaptop> In-Reply-To: Subject: Re: i370 port Date: Tue, 10 Nov 2009 14:58: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-11/txt/msg00279.txt.bz2 > I can see that ansidecl.h is a tempting place to put this, but I don't > think it is correct. ansidecl.h is used by many different programs, > including the GNU binutils and gdb. Changes that are specific to gcc > should be in gcc, probably in gcc/system.h. Changes specific to > libiberty should be in libiberty, probably in include/libiberty.h. Another "where" question. The i370 port can't cope with 64-bit integers. The below bit keeps on defining it. So I created a WANT64 which obviously is never going to be set. I've just updated config/i370/mvspdp.h to define USE_C_ALLOCA because the i370 also doesn't have this builtin. I was wondering if I could define another variable, USE_ONLY32, to achieve the same thing for the 64-bit integers. PUREISO (I'll change it to C90 later when everything is working) is not always going to be true for the pdp port. By default, someone extracting the modified 3.4.6 code will in fact get a non-C90 build and it will have the traditional separate gcc, cc1 etc modules. So I can't use that. So - is USE_ONLY32 the way to go or is there another method? Thanks. Paul. C:\devel\gccnew\gcc>cvs diff -c hwint.h Index: hwint.h =================================================================== RCS file: c:\cvsroot/gccnew/gcc/hwint.h,v retrieving revision 1.2 diff -c -r1.2 hwint.h *** hwint.h 24 Apr 2009 14:27:58 -0000 1.2 --- hwint.h 10 Nov 2009 13:38:16 -0000 *************** *** 22,28 **** but they're all cross-compile-only.) Just in case, force a constraint violation if that assumption is incorrect. */ #if !defined HAVE_LONG_LONG ! # if GCC_VERSION >= 3000 && !PUREISO # define HAVE_LONG_LONG 1 # define SIZEOF_LONG_LONG 8 extern char sizeof_long_long_must_be_8[sizeof(long long) == 8 ? 1 : -1]; --- 22,28 ---- but they're all cross-compile-only.) Just in case, force a constraint violation if that assumption is incorrect. */ #if !defined HAVE_LONG_LONG ! # if GCC_VERSION >= 3000 && !PUREISO && defined(WANT64) # define HAVE_LONG_LONG 1 # define SIZEOF_LONG_LONG 8 extern char sizeof_long_long_must_be_8[sizeof(long long) == 8 ? 1 : -1];