From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10082 invoked by alias); 11 Mar 2003 15:26:00 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 10063 invoked by uid 71); 11 Mar 2003 15:26:00 -0000 Resent-Date: 11 Mar 2003 15:26:00 -0000 Resent-Message-ID: <20030311152600.10062.qmail@sources.redhat.com> Resent-From: gcc-gnats@gcc.gnu.org (GNATS Filer) Resent-Cc: gcc-prs@gcc.gnu.org, gcc-bugs@gcc.gnu.org Resent-Reply-To: gcc-gnats@gcc.gnu.org, pagnin@sssup.it Received: (qmail 10032 invoked by uid 48); 11 Mar 2003 15:25:52 -0000 Message-Id: <20030311152552.10031.qmail@sources.redhat.com> Date: Tue, 11 Mar 2003 15:26:00 -0000 From: pagnin@sssup.it Reply-To: pagnin@sssup.it To: gcc-gnats@gcc.gnu.org X-Send-Pr-Version: gnatsweb-2.9.3 (1.1.1.1.2.31) Subject: bootstrap/10028: gcc 3.1 and later up to 3.2.2 included, does not boostrap on alpha Tru64 Unix 5.1B using the native Compaq C compiler X-SW-Source: 2003-03/txt/msg00571.txt.bz2 List-Id: >Number: 10028 >Category: bootstrap >Synopsis: gcc 3.1 and later up to 3.2.2 included, does not boostrap on alpha Tru64 Unix 5.1B using the native Compaq C compiler >Confidential: no >Severity: serious >Priority: medium >Responsible: unassigned >State: open >Class: sw-bug >Submitter-Id: net >Arrival-Date: Tue Mar 11 15:26:00 UTC 2003 >Closed-Date: >Last-Modified: >Originator: Davide Pagnin >Release: gcc version 3.2.2 >Organization: >Environment: uname -a OSF1 V5.1 2650 alpha CC = /bin/cc (native Compaq C compiler) >Description: In the 3.1 and subsequent series of gcc, a workaround for a fstat (and friends) class of function not properly exposed in Tru64 Unix has been introduced. (Relevant PR ID number is: 6126) The workaround, that applies to Tru64 Unix 5.1A (and to 5.1 as far as I know) is included in the os and platform specific file: gcc/config/alpha/osf.h as a define for CPP_SUBTARGET_SPEC: -D__EXTERN_PREFIX This workaround plays bad with fixes that Compaq (now HP) has introduced to Tru64 Unix 5.1B, and in particular with the new /usr/include/sys/stat.h file By issuing a make bootstrap, after building the first stage, you get errors indicating that _F64__F64_ symbols aren't defined (this is due to the fact that both HP fixes and gcc osf workaround help in add a _F64_ symbol before *stat class of function and ending up in add that symbol twice!) By removing -D__EXTERN_PREFIX the compilation completes cleanly (but then the old bug will return if you compile the source gcc on a Tru64 Unix 5.1A system) >How-To-Repeat: On a Tru64 Unix 5.1B alpha system: setenv CC /bin/cc ./configure make bootstrap >Fix: remove -D__EXTERN_PREFIX on 5.1B osf perhaps a proper workaround can be generated by correctly fix the /usr/include/sys/stat.h file, through a fixinclude macro (tough I have not the knowledge do produce it) >Release-Note: >Audit-Trail: >Unformatted: