[Bug c/17723] New: [4.0.0 regression] [ICE on legal code] gcc segfaults with -O2

2004-09-29 Thread martin at mpa-garching dot mpg dot de
ble-languages=c++,f95 --with-gmp=/afs/mpa/data/martin/mygmp Thread model: posix gcc version 4.0.0 20040929 (experimental) /afs/mpa/data/martin/ugcc/libexec/gcc/i686-pc-linux-gnu/4.0.0/cc1 -fpreprocessed bug.i -quiet -dumpbase bug.i -mtune=pentiumpro -auxbase bug -O2 -version -o /tmp/ccW802VQ.s GNU C vers

[Bug libgcj/17715] [4.0 Regression] .properties files missing from libgcj-4.0.0.jar

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Summary|.properties files missing |[4.0 Regression] .properties |from libgcj-4.0.0.jar |files missing from libgcj-

[Bug rtl-optimization/17700] -Os causes bad build of libgcj.so.5.0.0 file

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Component|libgcj |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17700

[Bug rtl-optimization/17692] gcc -O hangs on glnxa64

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Component|c |rtl-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17692

[Bug tree-optimization/17656] [4.0 Regression] internal compiler error: in replace_immediate_uses, at tree-ssa.c:1041

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17656

Re: edge vector corruption

2004-09-29 Thread Jan Hubicka
> > I'm seeing a seg fault due to extending a vector in the middle of > a vector iteration loop. This occurs during bootstrap on an > i686-pc-linux-gnu > system with the default vector length reduced to 2 and the vector length > and alloc fields set to unsigned short. > > It's very sensitive to

[Bug target/17551] m68hc11: ICE: unrecognizable insn

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE: unrecognizable insn|m68hc11: ICE: unrecognizable

[Bug ada/17527] Ada Bootstrap problem because of -Werror

2004-09-29 Thread pinskia at gcc dot gnu dot org
-- What|Removed |Added Summary|Bootstrap problem because of|Ada Bootstrap problem |-Werror |because of -Werror http://gcc.gnu.org/b

[Bug target/17502] [g77] ICE: segmentation fault on (believed) correct code

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:48 --- What is the ICE? -- What|Removed |Added Summary|ICE: segmentation fault on |[g77

[Bug c++/17722] ICE in variable sized array

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:46 --- Fixed for 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |RESO

[Bug c++/17722] New: ICE in variable sized array

2004-09-29 Thread vogt at itwm dot fraunhofer dot de
Hello, I dont know if this code is supposed to compile, but gcc 3.3.1 and gcc 3.3.3 on SuSE 9.0 and SuSE 9.1 stops with an internal compiler error: class setS { public: setS( short Ni, short Nj, short Nk ) { unsigned char S[Ni][Nj][Nk]; for( short i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.c

[Bug java/17699] Can't crosscompile gcj

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 12:40 --- Also how did you configure the new compiler, this is the most important information. -- What|Removed |Added --

edge vector corruption

2004-09-29 Thread Nathan Sidwell
I'm seeing a seg fault due to extending a vector in the middle of a vector iteration loop. This occurs during bootstrap on an i686-pc-linux-gnu system with the default vector length reduced to 2 and the vector length and alloc fields set to unsigned short. It's very sensitive to the command line o

[Bug c++/3993] dynamic_cast<>() fails in simple test case w/ dynamic loading

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:55 --- *** Bug 17721 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/17721] exception not caught in shared lib if using dlopen

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:55 --- *** This bug has been marked as a duplicate of 3993 *** -- What|Removed |Added

[Bug middle-end/17525] [4.0 regression] ICE in emit_move_insn (non-BLKmode arg)

2004-09-29 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-09-29 11:45 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/17721] New: exception not caught in shared lib if using dlopen

2004-09-29 Thread frank dot schaedlich at asg dot com
I have a function f() which throws an exception of the type Exception: class Exception { }; extern "C" void f() { throw Exception(); } The exception should be catched with try { f(); } catch (Exception& e) . This works not if f() is placed in a shared library and the library was loaded w

[Bug tree-optimization/17697] [4.0 Regression] ICE: Statement marked for throw, but doesn't - verify_stmts failed

2004-09-29 Thread cvs-commit at gcc dot gnu dot org
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-09-29 09:04 --- Subject: Bug 17697 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-09-29 09:04:21 Modified files: gcc: ChangeLog tree-ssa-ccp.c gcc

[Bug libfortran/16135] libfortran doesn't build, use of C99 types

2004-09-29 Thread ebotcazou at gcc dot gnu dot org
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-09-29 08:32 --- Still not fixed on Solaris 2.5.1. A quick grep showed that no header file defines the types at stake, unlike on Solaris 2.6 where inttypes.h exists. I'm ok to devise a patch but I'd like to have some gui

[Bug c/17720] Grammatical error in C warning

2004-09-29 Thread schwab at suse dot de
--- Additional Comments From schwab at suse dot de 2004-09-29 08:16 --- IMHO "differ in sign" would be wrong. It's not the sign (plus or minus) that matters, but whether the sign bit exists at all. Even the C standard talks about signedness of types (6.2.5#8). -- http://gcc.gnu.o