Bug 31355 - gcc gives internal compiler error
Summary: gcc gives internal compiler error
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gcc   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jakub Jelinek
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2001-03-10 09:47 UTC by Dirk Nehring
Modified: 2007-04-18 16:32 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-01 21:47:59 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
nsSelection.ii.gz (103.17 KB, application/x-gzip)
2001-03-13 06:50 UTC, Dirk Nehring
no flags Details

Description Dirk Nehring 2001-03-10 09:47:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)

When compiling the actual source code of the mozilla browser (date 
2001/03/09), gcc crashes at nsSelection.cpp.

Reproducible: Always
Steps to Reproduce:
1. Get source from ftp.mozilla.org
2. ./configure
3. make

Actual Results:  
root@titan:/usr/src/redhat/BUILD/mozilla/content/base/src# c++ -o 
nsSelection.o -c -DOSTYPE=\"Linux2.4\" -DOJI -D_IMPL_NS_LAYOUT   -
I../../../dist/include -I../../../dist/include      -I./../../events/src -
I./../../html/base/src -I./../../html/style/src -I./../../xul/base/src -
I./../../xul/content/src -I/usr/X11R6/include   -fPIC   -pthread  -
DNDEBUG -DTRIMMED -DMOZILLA_CLIENT -include ../../../config-defs.h -Wp,-
MD,.deps/nsSelection.pp nsSelection.cpp
nsSelection.cpp:441: Internal compiler error in tree_low_cst, at 
Please submit a full bug report.
See <URL:http://bugzilla.redhat.com/bugzilla/> for instructions.

I have installed gcc-2.96-69

Comment 1 Jakub Jelinek 2001-03-12 09:10:24 UTC
If you can, please try out latest rawhide gcc rpms (-77.1 or -78, whatever
is there ATM), plus if you can still reproduce it (or don't have time to
check it out), rerun the above command with -save-temps -v options and post
here nsSelection.ii it creates.

Comment 2 Dirk Nehring 2001-03-13 06:50:44 UTC
Created attachment 12564 [details]

Comment 3 Dirk Nehring 2001-03-13 06:56:45 UTC
OK, I have tested it again with gcc-2.96-78, the same error occurs again.
I have attached "nsSelection.ii.gz". I seems also that the mozilla source
triggers some precompiler bugs (i.e. error on parsing "const xxx = 1 << 3;" in
some cases), you should really check it out.

Comment 4 Jakub Jelinek 2001-03-13 14:12:04 UTC
There is something fishy about it:
  enum { NUM_SELECTIONTYPES = 134667048 };
class nsSelection : public nsIFrameSelection

  nsTypedSelection *mDomSelections[nsISelectionController::NUM_SELECTIONTYPES];

The size of mDomSelections in bits does not fit into 32bit integer and that's
why gcc chokes on it. The thing is how gets NUM_SELECTIONTYPES assigned its
value because 134667048 looks completely bogus to me.

Comment 5 Christopher Blizzard 2001-03-13 17:38:37 UTC
Yeah, in the header it's:

nsISelectionController.h:  enum { NUM_SELECTIONTYPES = 6 };

Comment 6 Jakub Jelinek 2001-03-16 12:47:28 UTC
Chris, are you able to reproduce this? I don't think the preprocessor would
just go and replace carefully 6 with 134667048.

Comment 7 Christopher Blizzard 2001-03-16 15:54:43 UTC
I've never seen this problem.

Comment 8 Dirk Nehring 2001-03-16 17:22:55 UTC
Seems to be influenced by the specific machine configuration. On another machine
this problem doesn't occur. Strange, since this is a stable configuration with
no special customizations...

Comment 9 Richard Henderson 2004-10-01 21:47:59 UTC
The ICE due to the Exceedingly Large Object is fixed in current
versions of gcc since 

Sat Feb 19 18:43:13 2000  Richard Kenner  <kenner@vlsi1.ultra.nyu.edu>


which was included in gcc 3.0.

Note You need to log in before you can comment on or make changes to this bug.