Re: egcs internal error

Re: egcs internal error

[Mumit Khan]

On Fri, 9 Jul 1999, Klaus Bergdolt wrote:

> Hi,
> the attached file contains generated code that egcs doesn't compile.
> SUN CC doesn't complain at all.
> 
> 
> 
> g++ --version:
>   egcs-2.91.60
> 
> g++ -c TTT.i
> In file included from TextSeq.c:7:
> TextSeq.h:1066: Internal compiler error.
> TextSeq.h:1066: Please submit a full bug report to
> `egcs-bugs@cygnus.com'.
> TextSeq.h:1066: See <URL: http://egcs.cygnus.com/faq.html#bugreport > for
> details
> 

The problem is that GCC dies when it sees identifier named __sz, which
of course you can't use in a conformant program. Rename __sz to
x__sz, and I bet the problem will go away. See Section 17.4.3.12 
[lib.global.names] in the standard about identifiers name that start
with '__'.

However, you did find a bug in GCC since an ICE is always a bug. 

btw, your file is C++, not C, so please name the preprocessed file 
appropriately (.ii not .i).

Regards,
Mumit

Re: egcs internal error

[Alexandre Oliva]

On Jul  9, 1999, Klaus Bergdolt <Klaus.Bergdolt@de.bosch.com> wrote:

> the attached file contains generated code that egcs doesn't compile.
> TextSeq.h:1066: Please submit a full bug report to `egcs-bugs@cygnus.com'.

Yup, known problem.  Your program uses `__sz' as a parameter of a
member function, but names starting with underscores are reserved for
compilers to use, and this particular name gets egcs (and the upcoming 
gcc 2.95) confused.  You'd better stop using them :-)

-- 
Alexandre Oliva http://www.dcc.unicamp.br/~oliva IC-Unicamp, Bra[sz]il
oliva@{dcc.unicamp.br,guarana.{org,com}} aoliva@{acm.org,computer.org}
oliva@{gnu.org,kaffe.org,{egcs,sourceware}.cygnus.com,samba.org}
** I may forward mail about projects to mailing lists; please use them

egcs internal error

[Marcus Gruendler]

[-- Attachment #1: Type: text/plain, Size: 2759 bytes --]

* Compiler Version:
-------------------
GNU C++ version egcs-2.91.60 19981201 (egcs-1.1.1 release) (i486-linux)
compiled
 by GNU C version egcs-2.91.60 19981201 (egcs-1.1.1 release).

* System:
---------
S.u.S.E. Linux 6.0
Linux Kernel 2.0.36 compiled with gcc 2.7.2.3
Pentium 60 -- no FDIV-bug

* Original commandline:
-----------------------
g++ -c -I/usr/X11R6/include -g   bombay.cpp

* Commandline to produce preprocessor dump:
-------------------------------------------
g++ -v --save-temps -I/usr/X11R6/include -g bombay.cpp 

* Complete compiler output:
---------------------------
Reading specs from /usr/lib/gcc-lib/i486-linux/egcs-2.91.60/specs
gcc version egcs-2.91.60 19981201 (egcs-1.1.1 release)
 /usr/lib/gcc-lib/i486-linux/egcs-2.91.60/cpp -lang-c++ -v
-I/usr/X11R6/include
-undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__GNUC_MINOR__=91
-D__ELF__ -Du
nix -Di386 -D__i386__ -Dlinux -D__ELF__ -D__unix__ -D__i386__ -D__i386__
-D__lin
ux__ -D__unix -D__i386 -D__linux -Asystem(posix) -D__EXCEPTIONS -g
-Asystem(unix
) -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -Di486 -D__i486
-D__i48
6__ bombay.cpp bombay.ii
GNU CPP version egcs-2.91.60 19981201 (egcs-1.1.1 release) (i386
Linux/ELF)
#include "..." search starts here:
#include <...> search starts here:
 /usr/X11R6/include
 /usr/include/g++
 /usr/local/include
 /usr/i486-linux/include
 /usr/lib/gcc-lib/i486-linux/egcs-2.91.60/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i486-linux/egcs-2.91.60/cc1plus bombay.ii -quiet
-dumpbase bom
bay.cc -g -version -o bombay.s
GNU C++ version egcs-2.91.60 19981201 (egcs-1.1.1 release) (i486-linux)
compiled
 by GNU C version egcs-2.91.60 19981201 (egcs-1.1.1 release).
BClassFactory.h: In method `class BComponent *
BClassFactory<BComponent>::load<B
Component>(char *)':
bombay.cpp:259:   instantiated from here
BClassFactory.h:113: Internal compiler error.
BClassFactory.h:113: Please submit a full bug report to
`egcs-bugs@cygnus.com'.
BClassFactory.h:113: See <URL: http://egcs.cygnus.com/faq.html#bugreport >
for det
ails.


* Comment:
----------
I tried to create a smaller demo of the bug but i could not reproduce
the bug. I always got a message stating:

Foo.h:57: sorry, not implemented: use of `(null)' in template

which refers to the same code as in my original case, which is

DL dl = (DL) resolve(name);


There is no such error, if my BClassFactory::load is defined without
an argument: BClassFactory::load() does the job, it compiles and
works! (of course only for predefined functionnames which is not what
i want though).

I did not have these problems with gcc 2.7.2.3.

I hope this bugreport is useful to you. 

Bye, Marcus

--
Marcus Gruendler <runner@pool.informatik.rwth-aachen.de>
bombay.ii.bz2


[-- Attachment #2: bombay.ii.bz2 --]
[-- Type: application/x-bzip2, Size: 40000 bytes --]