[Bug other/26208] New: Serious problem with unwinding through signal frames

The attached testcase usually segfaults on i?86-linux and x86_64-linux (and likely on most other DWARF2_UNWIND_INFO 1 targets, though the testcase would need to be tweaked for them). The problem is that instruction pointer saved in the signal frame is after last successfully executed instruction an

[Bug other/26208] Serious problem with unwinding through signal frames

--- Comment #1 from jakub at gcc dot gnu dot org 2006-02-10 08:23 --- Created an attachment (id=10814) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10814&action=view) cleanup-12.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208

[Bug other/26208] Serious problem with unwinding through signal frames

--- Comment #2 from jakub at gcc dot gnu dot org 2006-02-10 08:23 --- Created an attachment (id=10815) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10815&action=view) cleanup-12a.S -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208

[Bug other/26208] Serious problem with unwinding through signal frames

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug libgcj/26202] Regex bug "++"

--- Comment #1 from konqueror at gmx dot de 2006-02-10 08:29 --- Subject: Re: New: Regex bug "++" Works fine with jamvm 1.4.2 and current GNU classpath CVS. Porting this fix to 4.1 branchshould be done. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26202

[Bug fortran/26054] Gratuitous warning about Fortran 2003 features w/o -std=...

--- Comment #3 from toon at moene dot indiv dot nluug dot nl 2006-02-10 08:42 --- We don't warn for other Fortran 2003 features we support without a -std=f95, so I'll look into it and fix it. -- toon at moene dot indiv dot nluug dot nl changed: What|Removed

[Bug tree-optimization/26209] New: Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

We have a problem that gcc 4.1-20060203 emits an internal compiler error while compiling a certain code construct. The following reduced test case code reproduces the bug: -- #include using namespace std; class Blubb { public:

[Bug tree-optimization/26210] New: Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

We have a problem that gcc 4.1-20060203 emits an internal compiler error while compiling a certain code construct. The following reduced test case code reproduces the bug: -- #include using namespace std; class Blubb { public:

[Bug debug/26199] [4.2 regression] ICE in decl_ultimate_origin

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-10 09:58 --- I can't reproduce this anymore. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26210] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-10 10:01 --- *** This bug has been marked as a duplicate of 26209 *** -- walter dot zimmer at dlr dot de changed: What|Removed |Added ---

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #1 from walter dot zimmer at dlr dot de 2006-02-10 10:01 --- *** Bug 26210 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-10 10:03 --- Could you please compress test.ii and attach it to the problem report? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #3 from walter dot zimmer at dlr dot de 2006-02-10 10:08 --- Created an attachment (id=10816) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10816&action=view) The preprocessor output of the testcase code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209

[Bug libstdc++/26211] New: basic_istream::tellg, seekg are unformatted input functions

... as such (27.6.1.3/1) should construct a sentry. -- Summary: basic_istream::tellg, seekg are unformatted input functions Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-10 11:17 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfir

[Bug target/21616] [3.4 only] ICE: unable to find a register to spill in class `FLOAT_REGS'

--- Comment #9 from amodra at bigpond dot net dot au 2006-02-10 12:16 --- Created an attachment (id=10817) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10817&action=view) Patch against current 3.4 sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21616

[Bug tree-optimization/26209] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |normal Keywords||ice-on-valid-c

[Bug tree-optimization/26209] [4.1 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-10 13:03 --- Somebody forgot to call update_domiantator (or what ever the function is called). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26209

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-02-10 13:21 --- Reduced testcase: == struct A { void f() {} ~A(); }; void foo(A* p) { for ( ; p; --p) (p->*&A::f)(); } void bar() { A a; foo(&a); foo(&a); } == --

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |major Target Milestone|--- |4.1.0 http://

[Bug tree-optimization/26209] [4.1/4.2 Regression] Specific code causes g++ 4.1.0 dominance ICE when compiled with -O3

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-10 13:28 --- It is ICE while in the sccp pass. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/26212] New: ICE in create_component_ref_by_pieces

this testcase segfaults: === Cut === class A { public: A()·{ x1 = 0; x2 = -1; } int· x()· · const { return x1; } void setX( int x ) { x1 = x; } int· width()· const { return x2 - x1 + 1; } void setWidth( int w ); private: int x1; int x2; }; A brea

[Bug middle-end/26212] ICE in create_component_ref_by_pieces

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 13:40 --- This is a dup of bug 26179 which was just fixed yesterday. *** This bug has been marked as a duplicate of 26179 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Ad

[Bug tree-optimization/26179] [4.2 Regression] ICE while compiling mozilla in tree-ssa-pre.c

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-10 13:40 --- *** Bug 26212 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/26213] New: new (within last few days) infinite loop with -O1

em 0% cpu 5.106 total [Exit 130 (INT)] $ cat /t/err Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: /mirror/d/gcc/configure --disable-nls --prefix=/p/p/gcc-2006-02-10.10h41 --disable-multilib --enable-languages=c Thread model: posix gcc version 4.2.0 20060210 (experimental)

[Bug tree-optimization/26213] [4.2 Regression] new (within last few days) infinite loop with -O1

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 14:24 --- Confirmed, the backtrace: #0 0x004c0784 in thread_across_edge (dummy_cond=0x41ee29f0, e=0x41ee24e0, handle_dominating_asserts=0 '\0', stack=0x6c9530, simplify=0x422674 ) at /Users/pinskia/src/gcc/local/gcc/gcc/tree-

[Bug c++/26195] pragma interface no longer handles explicit names

--- Comment #1 from zak at transversal dot com 2006-02-10 15:00 --- I think the bug here is that handle_pragma_interface in gcc/cp/lex.c is calling get_file_info(filename), which refers to the name in the #pragma, rather than get_file_info(lbasename(input_filename)) -- hence it is updati

[Bug c++/26195] pragma interface no longer handles explicit names

--- Comment #2 from zak at transversal dot com 2006-02-10 15:53 --- On thinking about this further, I don't understand the application of lbasename to the input_filename before it is passed to get_fileinfo. I included this for consistency with the code in cxx_make_type that checks for th

[Bug tree-optimization/26213] [4.2 Regression] new (within last few days) infinite loop with -O1

--- Comment #2 from law at redhat dot com 2006-02-10 16:19 --- Subject: Re: [4.2 Regression] new (within last few days) infinite loop with -O1 On Fri, 2006-02-10 at 14:24 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #1 from pinskia at gcc dot gnu dot org 2

[Bug c++/26195] pragma interface no longer handles explicit names

--- Comment #3 from zak at transversal dot com 2006-02-10 17:05 --- After making the change suggested in comment #1, the following test case demonstrates the problem mentioned in comment #2. $ g++ -Wall -pedantic -I. foo.cc && nm -A foo.o [no output] If you switch the name in the pragm

[Bug tree-optimization/26214] New: gcc -O2 creates erroneous code

On the following program, gcc -O2 creates incorrect code: #include #define NUM 1 #define MAX 10.0 __inline__ float rsqrt(float x) { float xhalf = 0.5f * x; int i = *(int*)&x; i = 0x5f375a86 - (i>>1); x = *(float*)&i; x = x * (1.5f - xhalf * x * x); return x; } int main(void)

[Bug c++/19439] Duplicate destructor accepted

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-10 17:15 --- This also holds for other duplicate member functions like "void foo() {}". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19439

[Bug tree-optimization/24365] [4.1/4.2 Regression] statement makes a memory store with complex

--- Comment #14 from jason at gcc dot gnu dot org 2006-02-10 17:32 --- Subject: Bug 24365 Author: jason Date: Fri Feb 10 17:32:10 2006 New Revision: 110838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110838 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)

--- Comment #13 from jason at gcc dot gnu dot org 2006-02-10 17:32 --- Subject: Bug 22439 Author: jason Date: Fri Feb 10 17:32:10 2006 New Revision: 110838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110838 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug c++/25979] [4.0 Regression] incorrect codegen for conditional [SVO issue]

--- Comment #11 from jason at gcc dot gnu dot org 2006-02-10 17:32 --- Subject: Bug 25979 Author: jason Date: Fri Feb 10 17:32:10 2006 New Revision: 110838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110838 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug c++/16405] [3.4/4.1 Regression] Temporary aggregate copy not elided

--- Comment #12 from jason at gcc dot gnu dot org 2006-02-10 17:32 --- Subject: Bug 16405 Author: jason Date: Fri Feb 10 17:32:10 2006 New Revision: 110838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110838 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #12 from amylaar at gcc dot gnu dot org 2006-02-10 17:42 --- I get the following code for rld-legit2.c with the patch I am currently testing: _g: subq 4,$sp move $srp,[$sp] subq 40,$sp movem $r8,[$sp] move $r10,$srp move.d $r11

[Bug fortran/14771] frontend doesn't record parentheses

--- Comment #14 from tobi at gcc dot gnu dot org 2006-02-10 18:08 --- Subject: Bug 14771 Author: tobi Date: Fri Feb 10 18:08:27 2006 New Revision: 110840 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110840 Log: fortran/ PR fortran/14771 * arith.c (eval_intrinsi

[Bug tree-optimization/26214] gcc -O2 creates erroneous code

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-10 18:11 --- x = *(float*)&i; You are violating C aliasing rules. *** This bug has been marked as a duplicate of 21920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Adde

[Bug c/21920] alias violating

--- Comment #84 from pinskia at gcc dot gnu dot org 2006-02-10 18:11 --- *** Bug 26214 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/17519] [3.4/4.0/4.1/4.2 Regression] Warning for array of packed non-POD in packed struct

--- Comment #9 from amylaar at gcc dot gnu dot org 2006-02-10 18:22 --- (In reply to comment #4) > There's certainly a good case for warning about packing that's likely not to > have the desired results - we've been bitten by that before. But that doesn't > really apply to all non-POD; y

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #8 from paolo at gcc dot gnu dot org 2006-02-10 18:29 --- Subject: Bug 26181 Author: paolo Date: Fri Feb 10 18:29:04 2006 New Revision: 110841 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110841 Log: 2006-10-02 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/26181] istream::operator>>(streambuf*) fails to set eofbit

--- Comment #9 from pcarlini at suse dot de 2006-02-10 18:30 --- Fixed for 4.2.0. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/20858] NULL doesn't get its argument type (kind)

--- Comment #4 from kargl at gcc dot gnu dot org 2006-02-10 19:01 --- Subject: Bug 20858 Author: kargl Date: Fri Feb 10 19:01:05 2006 New Revision: 110845 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110845 Log: 2006-02-05 Steven G. Kargl <[EMAIL PROTECTED]> PR fortran/2085

[Bug tree-optimization/26213] [4.2 Regression] new (within last few days) infinite loop with -O1

--- Comment #3 from law at gcc dot gnu dot org 2006-02-10 19:23 --- Subject: Bug 26213 Author: law Date: Fri Feb 10 19:22:58 2006 New Revision: 110846 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110846 Log: PR tree-optimization/26213 * tree-ssa-threadedge.c (

[Bug tree-optimization/26213] [4.2 Regression] new (within last few days) infinite loop with -O1

--- Comment #4 from law at redhat dot com 2006-02-10 19:23 --- Subject: Re: [4.2 Regression] new (within last few days) infinite loop with -O1 On Fri, 2006-02-10 at 14:24 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #1 from pinskia at gcc dot gnu dot org 2

[Bug java/26192] ICE while compiling jar or class file (azureus)

--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-10 19:47 --- Fixed in svn. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|---

[Bug libgcj/26202] Regex bug "++"

--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-10 19:52 --- Subject: Bug 26202 Author: tromey Date: Fri Feb 10 19:52:44 2006 New Revision: 110847 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110847 Log: Re-merged all regular expression code. For PR l

[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern

--- Comment #8 from tromey at gcc dot gnu dot org 2006-02-10 19:52 --- Subject: Bug 26177 Author: tromey Date: Fri Feb 10 19:52:44 2006 New Revision: 110847 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110847 Log: Re-merged all regular expression code. For PR l

[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern

--- Comment #9 from tromey at gcc dot gnu dot org 2006-02-10 19:53 --- Fix checked in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177

[Bug libgcj/26202] Regex bug "++"

--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-10 19:54 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UN

[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern

--- Comment #10 from tromey at gcc dot gnu dot org 2006-02-10 19:54 --- Forgot to mark as fixed. -- tromey at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/26208] Serious problem with unwinding through signal frames

--- Comment #3 from uweigand at gcc dot gnu dot org 2006-02-10 20:00 --- Yup. See how this is handled in config/s390/linux-unwind.c: /* If we got a SIGSEGV or a SIGBUS, the PSW address points *to* the faulting instruction, not after it. This causes the logic in unwind-dw2

[Bug fortran/20858] NULL doesn't get its argument type (kind)

--- Comment #5 from kargl at gcc dot gnu dot org 2006-02-10 20:09 --- Subject: Bug 20858 Author: kargl Date: Fri Feb 10 20:09:41 2006 New Revision: 110848 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110848 Log: 2006-02-10 Steven G. Kargl <[EMAIL PROTECTED]> PR fort

[Bug fortran/20858] NULL doesn't get its argument type (kind)

--- Comment #6 from kargl at gcc dot gnu dot org 2006-02-10 20:10 --- Fixed on 4.1 and trunk. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug fortran/25051] NULL doesn't get its argument type (rank)

--- Comment #4 from kargl at gcc dot gnu dot org 2006-02-10 20:13 --- Fixed on 4.1 and trunk by the patch committed for pr 20858. troutmask:sgk[226] cat > ptr.f90 INTEGER, POINTER, DIMENSION(:,:) :: i INTEGER, POINTER, DIMENSION(:) :: a a=>NULL(i) END troutmask:sgk[227] gfc41 -c ptr.f9

[Bug target/20353] uclibc does not provide C99 math functions

--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-02-10 20:14 --- Fixed by my patch , pending review. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/14939] libstdc++ doesn't compile with uclibc headers

--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-02-10 20:16 --- Fixed by my patch , pending review. I add a config/os/uclibc directory as suggested in comment#4. -- jsm28 at gcc dot gnu dot org changed: What

[Bug other/26208] Serious problem with unwinding through signal frames

--- Comment #4 from jakub at gcc dot gnu dot org 2006-02-10 20:18 --- Not all the targets have the luxury of spare register slots. So the current proposal is to add a new CIE augmentation that will signify a signal frame. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26208

[Bug target/24578] compiler emits call to floorf() instead of floor()

--- Comment #2 from jsm28 at gcc dot gnu dot org 2006-02-10 20:20 --- Fixed by my patch , pending review. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name, at tree-into-ssa.c:466

--- Comment #4 from law at redhat dot com 2006-02-10 20:24 --- This is a bug in the vectorizer and has absolutely nothing to do with PR26169. The vectorizer is twiddling things such that the set of virtual operands changes for the statement in question. ie, if you look at the statement

[Bug target/24837] move dynamic linker names out of LINK_SPEC and into new DYNAMIC_LINKER

--- Comment #2 from jsm28 at gcc dot gnu dot org 2006-02-10 20:25 --- My uClibc support patch addresses this issue for MIPS; the other targets still need similar changes (not yet done) to support uClibc within the framework of my

[Bug other/26208] Serious problem with unwinding through signal frames

--- Comment #5 from uweigand at gcc dot gnu dot org 2006-02-10 20:34 --- (In reply to comment #4) > Not all the targets have the luxury of spare register slots. I guess we were lucky here ;-) > So the current proposal is to add a new CIE augmentation that will signify > a signal frame.

[Bug target/25864] Enable IBM long double format in 32-bit PowerPC Linux

--- Comment #10 from jakub at gcc dot gnu dot org 2006-02-10 20:58 --- Subject: Bug 25864 Author: jakub Date: Fri Feb 10 20:58:33 2006 New Revision: 110851 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110851 Log: PR target/25864 Backport from mainline

[Bug middle-end/25335] [4.1/4.2 Regression] reload leaves insns from earlier passes around: fatal for postinc

--- Comment #13 from hp at gcc dot gnu dot org 2006-02-10 22:11 --- (In reply to comment #12) This code is exactly the same as the correct code I saw for cris-axis-linux-gnu with the patch in comment #9, so I can confirm that the emitted code is correct by visual inspection. On the othe

[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change

--- Comment #45 from david dot moore at intel dot com 2006-02-10 22:34 --- The (C99) standard says: 6.7.2.1 (10) An implementation may allocate any addressable storage unit large enough to hold a bitfield. and 6.7.2.1 (11) As a special case, a bit-field structure member with a width

[Bug libfortran/26136] List directed input with underfilled (logicals) array read incorrectly

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org

[Bug other/26204] Problem compiling gcc 4.0.2

--- Comment #2 from pierre42d at 9online dot fr 2006-02-10 23:04 --- ../configure --enable-libada --enable-bootstrap --enable-shared --enable-threads --enable-tls --enable-nls --with-x --enable-java-awt=gtk,xlib --enable-gtk-cairo --enable-java-gc -- http://gcc.gnu.org/bugzilla/show

[Bug libgcj/26204] warnings in libgcj

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-10 23:06 --- --enable-bootstrap is not supported on 4.0.x or 4.1.x. Can you try without that flag? Anyways without that flag this is still an issue. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug java/26204] [4.0 only] warnings in java front-end sources

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|libgcj |java Summary|warnings in libgcj |[4.0 only] warni

[Bug tree-optimization/26213] [4.2 Regression] new (within last few days) infinite loop with -O1

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-10 23:08 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/16405] [3.4 Regression] Temporary aggregate copy not elided

--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-10 23:08 --- Fixed now in 4.1.0 also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/26125] [4.1 Regression] g++.dg/opt/complex5.C:11: ICE: Segmentation fault

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-10 23:09 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/25756] ICE on valid code with labels

--- Comment #12 from kargl at gcc dot gnu dot org 2006-02-10 23:20 --- Subject: Bug 25756 Author: kargl Date: Fri Feb 10 23:20:10 2006 New Revision: 110856 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110856 Log: 2006-02-10 Steven G. Kargl <[EMAIL PROTECTED]> PR for

[Bug fortran/25756] ICE on valid code with labels

--- Comment #13 from kargl at gcc dot gnu dot org 2006-02-10 23:21 --- Fixed on 4.1, too. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug middle-end/22275] [3.4/4.0/4.1/4.2 Regression] bitfield layout change

--- Comment #46 from david dot moore at intel dot com 2006-02-11 00:14 --- (Note - I had not realized the importance of pragma pack to this problem. The fact that without it the behavior has not changed weakens my case, although it probably weakens the case that it should be restored to

[Bug c++/25979] [4.0 Regression] incorrect codegen for conditional [SVO issue]

--- Comment #12 from jason at gcc dot gnu dot org 2006-02-11 00:19 --- Subject: Bug 25979 Author: jason Date: Sat Feb 11 00:19:30 2006 New Revision: 110864 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110864 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug middle-end/22439] [4.0/4.1 regression] ICE with char VLA and __SIZE_TYPE__ argument (so no cast)

--- Comment #14 from jason at gcc dot gnu dot org 2006-02-11 00:19 --- Subject: Bug 22439 Author: jason Date: Sat Feb 11 00:19:30 2006 New Revision: 110864 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110864 Log: PR c++/25979 * tree.def: Elaborate on difference

[Bug middle-end/19207] Suggestion for speeding up data flow analysis

--- Comment #2 from steven at gcc dot gnu dot org 2006-02-11 00:36 --- fixed by the dataflow branch merge bits. -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug java/26204] [4.0 only] warnings in java front-end sources

--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-11 00:41 --- Subject: Bug 26204 Author: tromey Date: Sat Feb 11 00:41:08 2006 New Revision: 110866 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110866 Log: PR java/26204: * jcf-write.c (generate_bytecode

[Bug java/26204] [4.0 only] warnings in java front-end sources

--- Comment #5 from tromey at gcc dot gnu dot org 2006-02-11 00:42 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|NE

[Bug tree-optimization/25243] [4.1/4.2 Regression] Jump threading opportunity missed in tree-ssa but caught in jump1

--- Comment #9 from steven at gcc dot gnu dot org 2006-02-11 00:48 --- Fixed with the 2nd VRP pass Jeff added recently: 2006-02-07 Jeff Law * tree-vrp.c (find_conditional_asserts): Update comments. (simplify_stmt_for_jump_threading): New. (etc.) -- steven

[Bug c++/25979] [4.0 Regression] incorrect codegen for conditional [SVO issue]

--- Comment #13 from pinskia at gcc dot gnu dot org 2006-02-11 00:51 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug target/12395] Suboptimal code with global variables

--- Comment #7 from steven at gcc dot gnu dot org 2006-02-11 00:52 --- "GCC: (GNU) 4.2.0 20060210 (experimental)" produces this (at "-O2 -march=pentium4"): foo: movla, %eax addl$1, %eax movl%eax, a testl %eax, %eax

[Bug libfortran/14398] [meta-bug] libgfortran does not have a test suite

--- Comment #3 from steven at gcc dot gnu dot org 2006-02-11 00:54 --- All tests for library stuff have been going into the compiler test suite. I guess this is OK. Unlike C/C++, Fortran without its runtime library is not usable, so testing it as a single product sort-of makes sense.

[Bug tree-optimization/21451] Missed constant propagation

--- Comment #5 from steven at gcc dot gnu dot org 2006-02-11 00:55 --- Fixed with Jeff's 2nd VRP pass: 2006-02-07 Jeff Law * tree-vrp.c (find_conditional_asserts): Update comments. (simplify_stmt_for_jump_threading): New. (etc.) -- steven at gcc dot gnu d

[Bug tree-optimization/21829] [4.1/4.2 Regression] missed jump threading after unroller

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-11 00:59 --- The problem with this one after Jeff's recent patches is that we have: :; D.1402_17 = 0; if (D.1402_17 == 1) goto ; else goto ; :; x_18 = 1; # x_19 = PHI <0(2), 0(3), x_18(4)>; :; Which causes us not to be

[Bug c++/26216] New: deprecated function warning is emitted twice

deprecated function warning is emitted twice For example, --- a.cc --- int f() __attribute__((deprecated)); int f() { return 0; } int main() { return f(); } --- $ /Volumes/src/clean/gcc.trunk.install/bin/gcc -c a.cc a.cc: In function 'int main()': a.cc:7: warning: 'f' is deprecated (decl

[Bug c++/26216] deprecated function warning is emitted twice

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-11 02:00 --- This is a dup of bug 17729. There is some analysis of the problem also. I tried to fix this but the fix was wrong. *** This bug has been marked as a duplicate of 17729 *** -- pinskia at gcc dot gnu dot org cha

[Bug c++/17729] [3.4/4.0/4.1/4.2 Regression] Duplicate __attribute__((deprecated)) warning

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-11 02:00 --- *** Bug 26216 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/26217] New: The header is not setting default visibility

Here is my gcc information: % gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5250.obj~12/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-

[Bug libstdc++/26217] The header is not setting default visibility

--- Comment #1 from gcc at dave dot dribin dot org 2006-02-11 04:59 --- Created an attachment (id=10819) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10819&action=view) Program to demonstrate error. To trigger the error: % g++ -fvisibility=hidden -o catch main.cpp % ./catch term

[Bug libstdc++/26217] The header is not setting default visibility

--- Comment #2 from gcc at dave dot dribin dot org 2006-02-11 05:45 --- Created an attachment (id=10820) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10820&action=view) This is a patch against std_stdexcept.h. This patch sets visibility to default for all exceptions declared. -