[Bug c++/21274] SSA Crash, reproducable

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 07:14 --- Hmm, "4.0.0 20050301", I am thinking you should try a 4.0.0 release compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274

[Bug libfortran/20074] [4.0 only] reshape of pointer array segfaults at runtime

--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-04-29 07:29 --- Fixed in 4.1, should be merged with 4.0 -- What|Removed |Added Known to fail|

[Bug ada/21276] New: Cross building gnats misses newlib headers

One-tree style bootstrapping a newlib-based cross GCC with ada enabled breaks with this breakdown: make[3]: Entering directory `/users/columbo/src/rpms/BUILD/rtems-4.7-sparc-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/ada/rts'../../xgcc -B../../ -c -DCROSS_COMPILE -DIN_GCC `echo -g -O2 -

[Bug c++/21277] New: gcc 4.0 fails to statically link on Solaris SPARC 64 bit

Summary: gcc 4.0 produces corrupted shared library if it is statically linked with libstdc++ and etc. stuff >g++ -v Using built-in specs. Target: sparc-sun-solaris2.9 Configured with: ../gcc-4.0.0/configure --prefix=/home2/anton/opt/gcc-4.0.0-noshared --with-gnu-ld --with-ld=/home2/anton/opt/bin

[Bug ada/21276] Cross building gnats misses newlib headers

--- Additional Comments From charlet at gcc dot gnu dot org 2005-04-29 07:33 --- This is a duplicate of PR 6852 *** This bug has been marked as a duplicate of 6852 *** -- What|Removed |Added ---

[Bug ada/6852] gnatlib fails to build with newlib because it doesn't set up the include path

--- Additional Comments From charlet at gcc dot gnu dot org 2005-04-29 07:33 --- *** Bug 21276 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

--- Additional Comments From info at yourkit dot com 2005-04-29 07:38 --- Forgot to say: binutils 2.15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277

[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 07:39 --- So you are not building with --with-pic? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277

[Bug libstdc++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277

[Bug libstdc++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

--- Additional Comments From pcarlini at suse dot de 2005-04-29 07:54 --- Also, please have a look to http://gcc.gnu.org/install/specific.html: it states that stock binutils 2.15 is *broken* on this target and provides a pointer to a patch (we received already lots of complaints from peo

[Bug tree-optimization/21278] New: Move maximum out of a loop

This could help in reducing the amount of work for bounds checking. $ cat mymax.c #include #include int main() { char *p; int i,j,n; scanf("%d",&n); j = 0; for (i=0; i:; j = 0; i = 0; :; j = MAX_EXPR ; i = i + 1; if (i != n.10) goto ; else goto ; when the loop could be op

[Bug c++/21279] New: static Derived-to-Base cast fails when ~Derived has run.

In this test case, I cast a Derived* to a Base* after the destructor for the Derived part has run. It's a strange thing to do, but I think the cast should succeed, because it does not need instance information. It only seems to happen when using virtual inheritance. We noticed this in libsigc++.

[Bug c++/21279] static Derived-to-Base cast fails when ~Derived has run.

--- Additional Comments From murrayc at murrayc dot com 2005-04-29 08:20 --- Created an attachment (id=8761) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8761&action=view) test_castdeleted.cc This fails (gives odd values) with g++ 3.3, 3.4 and 4.0. -- http://gcc.gnu.org/bugzi

[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

--- Additional Comments From info at yourkit dot com 2005-04-29 08:27 --- > So you are not building with --with-pic? I'm sorry, where and when should I specify this option? gcc's configure --help does not return this flag among possible options. -- What|Removed

[Bug c++/21280] New: #pragma interface, templates, and "inline function used but never defined"

This bug report may be related to bug 20584, but I've got standalone compilable code that not only produces a warning, but also fails to link. File t.h: #pragma interface template struct C { explicit C(const T& t) : a(t) { } virtual ~C() { } T a; }; File f.cc: #include "t.h" struct A {

[Bug c++/21280] #pragma interface, templates, and "inline function used but never defined"

-- What|Removed |Added CC||niemayer at isg dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280

[Bug libstdc++/21238] conflicting "typedef __numpunct_cache<_CharT> __cache_type;" in std::numpunct makes specialization impossible

--- Additional Comments From pcarlini at suse dot de 2005-04-29 09:39 --- Hum, maybe the fix is much simpler than I thought :) -- What|Removed |Added AssignedTo|unas

[Bug rtl-optimization/21281] New: ICE with building newlib

The attached testcase, when compiled with ' -O2 -m68hc11' ICEs with an unrecognizable insn [EMAIL PROTECTED]:223>./cc1 -O2 -m68hc11 bug.i -quiet bug.i: In function 'get_number': bug.i:8: error: unrecognizable insn: (insn 31 7 12 0 (set:HI (reg:HI 1 d [orig:56+2 ] [56]) (xor:HI (reg:HI 1 d

[Bug rtl-optimization/21281] ICE with building newlib

--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-29 09:46 --- Created an attachment (id=8762) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8762&action=view) testcase extracted from dprintf.c in newlib -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21281

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-29 09:51 --- Tobi, The reason that it works is that the value of *data that is passed to matmul points to the first element of the array or subarray. matmul then calculates the number of elements from {stride, lbound,

[Bug middle-end/21282] New: Converting floor into lfloor built-in function

I have segfault for the following c code: extern double floor (double); long foo (float f) { return (long) floor (f); } Command line: arm-elf-gcc -c -O1 1.c Output message: 1.c: In function 'foo': 1.c:5: internal compiler error: in expand_builtin_int_roundingfn, at builtins.c:2225 ... The e

[Bug libstdc++/21238] conflicting "typedef __numpunct_cache<_CharT> __cache_type;" in std::numpunct makes specialization impossible

--- Additional Comments From pcarlini at suse dot de 2005-04-29 10:24 --- Indeed it is, sorry for the false alarm: our design is correct as-is, only the typedef should be changed, I'm finishing testing the fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21238

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-29 10:28 --- Thanks for investigating, I had an exchange with Paul Brook about this yesterday on the mailing list, and I think I understand what's happening now. Basically, some of the information in the array descriptor i

[Bug target/21153] gcc segfaults compiling qemu

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 10:50 --- *** This bug has been marked as a duplicate of 16702 *** -- What|Removed |Added

[Bug rtl-optimization/16702] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 10:50 --- *** Bug 21153 has been marked as a duplicate of this bug. *** -- What|Removed |Added --

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 10:56 --- Subject: Bug 16861 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 10:56:18 Modified files: gcc/fortran: Change

[Bug fortran/20807] compilation crashes when a module contains a procedure with the same name

-- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20807

[Bug libfortran/21108] [4.0 only] reshape with order causes random results

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug rtl-optimization/21254] [4.0/4.1 regression] Incorrect code with -funroll-loops for multiple targets with same code

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 12:04 --- // Confirmed, reduced C testcase (compile with -O1 -funroll-loops): void abort (void); static int n; static void __attribute__((noinline)) foo (void) { n = 2; } static inline void bar (unsig

[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-29 12:17 --- >From the *.t02.original dump, I'd say it is pretty much obvious what's wrong. compute_inner_temp_size computes inner temporary size as: D.905 = (int8) v[(int8) i.28 + -1].s; but computes this before the 3 loo

[Bug c++/20584] [4.0/4.1 Regression] inline function used but never defined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 12:21 --- *** This bug has been marked as a duplicate of 21280 *** -- What|Removed |Added

[Bug c++/21280] #pragma interface, templates, and "inline function used but never defined"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 12:21 --- *** Bug 20584 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19159] [4.0/4.1 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info

-- Bug 19159 depends on bug 20584, which changed state. Bug 20584 Summary: [4.0/4.1 Regression] inline function used but never defined http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20584 What|Old Value |New Value --

[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 12:23 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/21282] Converting floor into lfloor built-in function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 12:26 --- Hmm: /* We shouldn't get here on targets without TARGET_C99_FUNCTIONS. ??? Perhaps convert (int)floorf(x) into (int)floor((double)x). */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21282

[Bug target/21283] New: ICE with doubles

the attached program, distilled from newlib's k_standard.c file, causes an ICE at any optimization level. [EMAIL PROTECTED]:270>./cc1 bug.i -quiet bug.i: In function 'Foo': bug.i:5: internal compiler error: in gen_lowpart_general, at rtlhooks.c:59 Please submit a full bug report, with preprocessed

[Bug target/21283] ICE with doubles

--- Additional Comments From nathan at gcc dot gnu dot org 2005-04-29 12:32 --- Created an attachment (id=8763) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8763&action=view) testcase from newlib -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21283

[Bug middle-end/21107] [4.0/4.1 regression] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 12:38 --- Confirmed, note: the code is valid C. -- What|Removed |Added Status|U

[Bug target/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

-- What|Removed |Added Component|c++ |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21277

[Bug target/21281] ICE with building newlib

-- What|Removed |Added Component|rtl-optimization|target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug middle-end/21107] [4.0/4.1 regression] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 12:58 --- (In reply to comment #3) > Confirmed, note: the code is valid C. But we should be erroring out as the stack size is just too big for this target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21107

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-04-29 13:12 --- // Confirmed, smaller testcase: struct U { U (); U (const U&); }; struct T { U u; }; struct V : T { int operator= (V &__x); }; struct A { virtual V foo() const; }; struct B : virtua

[Bug c/21284] New: AVR target: switch/case jump table is placed in .data instead of .progmem.gcc_sw_table

The following example is a test case showing the problem. The jump table is placed in .data on gcc-4.0.0 instead of flash memory. Gcc-4.0.0 was configured that way: ./configure --prefix=/home/avrdev --target=avr --enable-languages=c,c++ --disable-nls [EMAIL PROTECTED] stk500]$ cat testbug.c uns

[Bug target/21284] AVR target: switch/case jump table is placed in .data instead of .progmem.gcc_sw_table

-- What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=212

[Bug c++/21274] SSA Crash, reproducable

--- Additional Comments From callahan at sci dot utah dot edu 2005-04-29 13:57 --- Not me. I have lots to do and this is relatively unimportant. I just thought someone there might like the short test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21274

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-29 14:03 --- On i386-linux, I get: Running LAPACK tests on gfortran version 4.1.0 20050429 (experimental) Using optimisation flags: -O0 CST drivers: 1 out of 11664 tests failed to pass the threshold CST:2

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-29 14:11 --- This breaks BLAS (optimzation >= -O2), the major Fortran library. The whole fortran front-end is useless in this state. -- What|Removed |Added -

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-29 14:16 --- Working on it today. Kazu, I hope you don't mind if I take it? -- What|Removed |Added

[Bug libgcj/21285] New: gij fails to handle NullPointerException exception

The following simple program prints "Aborted" on linux alpha if it is compiled to byte code and later executed by "gij". The same program works correctly if compiled to executable. (ant crashes with segmentation fault, but I could not provide simple testcase :( ). gij (GNU libgcj) version 4.0.0 20

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 14:35 --- Diego, no, I don't mind. But I have a patch whose bootstrap is almost over and regression testing is about to start. This patch does not break g++dg/tree-ssa/pr18178.C unlike my previous patch. Let me attac

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 14:55 --- Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with -O2 Hi Diego, > Kazu, did you mail your patch before attaching it to bugzilla? I > haven't received it. The same thing happened

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-29 14:59 --- Subject: Re: MATMUL failing with ALLOCATED matrices, unless base indices given Tobi, > The library uses the latter way, so the offset is not needed there. > Exactly - I was aware of this because the nameli

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From dnovillo at redhat dot com 2005-04-29 14:59 --- Subject: Re: [4.1 Regression] ICE in set_value_range building 176.gcc with -O2 On Fri, Apr 29, 2005 at 02:55:58PM -, kazu at cs dot umass dot edu wrote: > I have not sent my current patch to gcc-patches@

[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-29 15:20 --- Patch here: -- What|Removed |Added

[Bug c++/21277] gcc 4.0 fails to statically link on Solaris SPARC 64 bit

--- Additional Comments From info at yourkit dot com 2005-04-29 15:25 --- I have re-installed the recommended at http://gcc.gnu.org/install/specific.html binutils (branch binutils-2_15-branch from CVS) AND even re-compiled gcc after that. It doesn't help - the problem remains. --

[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 15:32 --- Subject: Bug 18824 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 15:31:39 Modified files: gcc/fortran: ChangeLog gcc/testsuite : C

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 15:32 --- Subject: Bug 13082 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 15:31:39 Modified files: gcc/fortran: ChangeLog gcc/testsuite : C

[Bug c++/21286] New: GNU extension stdio_filebuf problems when reading from pipe

Attach stdin (or any other FILE*) to an iostream via the rdbuf() created from a FILE* by using the GNU extension stdio_filebuf() (see attached C++-File). Input is just some big file with +11MB: % wc -c big_file 11601584 big_file This reads incorrect number of bytes when stdin is a pipe and using

[Bug c++/21286] GNU extension stdio_filebuf problems when reading from pipe

--- Additional Comments From ralfixx at gmx dot de 2005-04-29 15:56 --- Created an attachment (id=8765) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8765&action=view) C++ source file to show the problem g++ -o t400 t.cxx usage: t400 [blocksize] t400 reads all input and counts the

[Bug c++/21286] GNU extension stdio_filebuf problems when reading from pipe

--- Additional Comments From ralfixx at gmx dot de 2005-04-29 15:58 --- (From update of attachment 8765) The last paragraph in the attachted file is wrong, the bug is reproducable on linux now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21286

[Bug rtl-optimization/16702] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4

--- Additional Comments From giovannibajo at libero dot it 2005-04-29 16:01 --- Is this a regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16702

[Bug fortran/18824] [g77 regression] ENTRY with alternate return causes compiler segfault

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 16:04 --- Subject: Bug 18824 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 16:01:17 Modified files: gcc/fortran: Change

[Bug fortran/13082] Function entries and entries with alternate returns not implemented

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 16:04 --- Subject: Bug 13082 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 16:01:17 Modified files: gcc/fortran: Change

[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 16:14 --- Subject: Bug 21272 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 16:10:13 Modified files: gcc: ChangeLog tree-if-conv.c gcc

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 16:25 --- Just checked in a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21030

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-29 16:27 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug libfortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-04-29 16:29 --- Subject: Re: MATMUL failing with ALLOCATED matrices, unless base indices given paulthomas2 at wanadoo dot fr wrote: > --- Additional Comments From paulthomas2 at wanadoo dot fr

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 16:29 --- Subject: Bug 21030 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 16:23:20 Modified files: gcc: ChangeLog tree-vrp.c gcc/tes

[Bug target/21284] AVR target: switch/case jump table is placed in .data instead of .progmem.gcc_sw_table

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21284

[Bug c++/21287] New: Problems while compiling with some math functions.

I am trying to complie a simple program with math functions sqrt() and fabs using gcc 3.4.3 (Red Hat 3.4.3-9.EL4). I am not able to compile without including #include but same code works with earlier versions of gcc 3.3.3 (Suse ) and gcc 3.3.3 (Red Hat 3.2.3-42). Code: #include int main() {

[Bug c++/21286] GNU extension stdio_filebuf problems when reading from pipe

--- Additional Comments From pcarlini at suse dot de 2005-04-29 17:28 --- Indeed, this is easily explained considering that we have a new optimization that issues larger underlying read sys-calls (have a look to xsgetn in fstream.tcc to see what I mean): when everything goes well ;) are

[Bug bootstrap/21288] New: fortran bootstrap issues

(1) if you download core, g++, and fortran, only c and c++ are built; fortran is not, unlike in prior releases. (2) configuring with --enable-languages=c,c++,f95 and no other options; then using make profiledbootstrap, I get an ICE: /bin/sh ./libtool --mode=compile /var/tmp/bhudson-gcc/4.0.0/gcc/

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From janis at gcc dot gnu dot org 2005-04-29 17:50 --- dpatel checked in a fix referencing PR 21272. That patch fixes the problems I reported in 21272. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21266

[Bug c++/21287] Problems while compiling with some math functions.

--- Additional Comments From pcarlini at suse dot de 2005-04-29 17:52 --- Really, you have to include math.h: the ISO Standard that we are implementing is *very* clear about that, sorry. Much better, please move to and in namespace std:: take seriously the warning! Thanks. --

[Bug c++/19199] [3.3/3.4 Regression] Wrong warning about returning a reference to a temporary

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:28 --- As per comment #37, closing as WONTFIX. -- What|Removed |Added Status|ASSIGNED

[Bug c++/20280] [4.0/4.1 regression] ICE in create_tmp_var, at gimplify.c:368

-- Bug 20280 depends on bug 19199, which changed state. Bug 19199 Summary: [3.3/3.4 Regression] Wrong warning about returning a reference to a temporary http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19199 What|Old Value |New Value ---

[Bug middle-end/18071] [3.4/4.0/4.1 Regression] -Winline does not respect -fno-default-inline

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:30 --- Removing rejects-valid marker; spurious warnings do not count as rejects-valid. -- What|Removed |Added --

[Bug target/15155] [3.4 regression][sh-linux] displacement overflows 12-bit field

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:35 --- Removed target milestone; SH is not a primary or secondary target. -- What|Removed |Added

[Bug java/19285] Interfaces not initialized by static field access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:35 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:35:37 Modified files: libjava: prims.cc link.cc ChangeLog l

[Bug c++/16042] [3.3/3.4 regression] ICE with array assignment

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:36 --- This is invalid code, so removed rejects-valid marker. -- What|Removed |Added Key

[Bug target/16649] [3.4 Regression] bootstrap of gcc3.4.x fails on OpenDarwin7.2.1/x86

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:38 --- Removing target milestone; OpenDarwin is not a primary or secondary target. -- What|Removed |Added --

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:38 --- Subject: Bug 21144 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 18:38:44 Modified files: gcc: Change

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:39 --- Subject: Bug 21144 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:39:23 Modified files: gcc: ChangeLog postreload.c Log message:

[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:40 --- Subject: Bug 21136 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-29 18:40:00 Modified files: libjava: Change

[Bug libgcj/21136] [4.0 only] tryLock waits for the lock, and lock doesn't

--- Additional Comments From tromey at gcc dot gnu dot org 2005-04-29 18:41 --- I checked this in on the 4.0 branch. It will appear in 4.0.1. -- What|Removed |Added

[Bug java/19285] Interfaces not initialized by static field access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:42 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:42:50 Modified files: gcc/java : java-tree.h expr.c decl.c class.c con

[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:42 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:42:50 Modified files: gcc/java : java-tree.h expr.c decl.c class.c con

[Bug java/19285] Interfaces not initialized by static field access

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:43 --- Subject: Bug 19285 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:43:25 Modified files: gcc/java : builtins.c Log message: 200

[Bug java/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:43 --- Subject: Bug 21115 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:43:25 Modified files: gcc/java : builtins.c Log message: 200

[Bug target/14532] [3.4 Regression] s390x internal compiler error: output_operand: Cannot decompose address.

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:48 --- Removing target milestone; S390 is not a primary or secondary target. -- What|Removed |Added

[Bug target/15535] [3.3/3.4 regression][sh-linux] ICE with -m4 -O2

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-29 18:48 --- Removing target milestone; SH is not a primary or secondary target. -- What|Removed |Added

[Bug libstdc++/21238] conflicting "typedef __numpunct_cache<_CharT> __cache_type;" in std::numpunct makes specialization impossible

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:50 --- Subject: Bug 21238 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:50:01 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 18:51 --- Fixed. Add the PR number too. -- What|Removed |Added Status|NEW

[Bug tree-optimization/21272] SSA_NAME def follows use with -ftree-vectorize

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:52 --- Subject: Bug 21272 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:51:58 Modified files: gcc: ChangeLog Log message: 2005

[Bug tree-optimization/21266] [4.1 Regression] verify_ssa failed

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-29 18:52 --- Subject: Bug 21266 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-29 18:51:58 Modified files: gcc: ChangeLog Log message: 2005

[Bug middle-end/21282] Converting floor into lfloor built-in function

--- Additional Comments From uros at kss-loka dot si 2005-04-29 18:56 --- Hm, this should be fixed by a fix for PR21004: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00794.html. If I understand correctly, the problem is shown only with newlib. Does newlib set TARGET_C99_FUNCTIONS? -- ht

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From matz at suse dot de 2005-04-29 19:03 --- This is now fixed, but it seems, even though I'm logged in, I can't change the state of this report. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-29 19:08 --- Fixed. (In reply to comment #7) > This is now fixed, but it seems, even though I'm logged in, I can't change > the state > of this report. I will get you admin. access. -- What|Removed

[Bug bootstrap/21288] bootstrap issues with profiledbootstrap

-- What|Removed |Added Keywords||build, ice-on-valid-code Summary|fortran bootstrap issues|bootstrap issues with

[Bug tree-optimization/21289] New: A numeric range is spoiled by a symblic one in VRP

Consider int foo (int a, int b) { if (a == 1) if (a < b) if (a == 1) return 1; return 0; } VRP does not remove the third "if" even though 'a' is known to be 1. This is because the symbolic range obtained from the second "if" spoils the numeric range [1, 1] obtained from th

  1   2   >