Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 65379

Summary: internal compiler error building jikes1.15-1 by gcc-3.1-1
Product: [Retired] Red Hat Raw Hide Reporter: Sergey V. Udaltsov <sergey_udaltsov>
Component: gcc3Assignee: Jakub Jelinek <jakub>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1.0   
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: 3.1-3 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-10-02 18:10:51 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 67218, 79579, 100644    
Attachments:
Description Flags
The temporary file none

Description Sergey V. Udaltsov 2002-05-22 21:12:27 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 Galeon/1.2.1 (X11; Linux i686; U;) Gecko/20020519

Description of problem:
Internal compiler error building double.cc

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
Build jikes from src.rpm. (first, it is necessarry to comment out NAN in
double.h - because it is defined in gcc's standard headers)
	

Additional info:
Comment 1 Jakub Jelinek 2002-05-22 22:10:28 UTC 
Can you please write here the g++ options used to reproduce it, rerun it
with -save-temps in addition to that and attach here double.ii?
Thanks.
Comment 2 Sergey V. Udaltsov 2002-05-23 08:16:29 UTC 
The command line is:

i686-redhat-linux-g++ -DHAVE_CONFIG_H -I. -I. -I.     -O2 -march=i686 -c -o
double.o `test -f double.cpp || echo './'`double.cpp
Comment 3 Sergey V. Udaltsov 2002-05-23 08:17:47 UTC 
Created attachment 58267 [details]
The temporary file
Comment 4 Jakub Jelinek 2002-05-23 09:53:34 UTC 
The primary problem is that g++ 3.x defines _GNU_SOURCE unconditionally for C++,
so e.g. <bits/nan.h> gets included, which colides with Jikes' NAN enum.
Either Jikes should #undef NAN after including all headers, or choose another
name for NAN in the enum.

But of course, compiler shouldn't segfault. Looking into it.