[Bug rtl-optimization/15248] Reload may generate stores to read-only memory

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-19 06:54 --- The problem has resurfaced on mainline: http://gcc.gnu.org/ml/gcc/2005-04/msg01052.html -- What|Removed |Added

[Bug regression/20973] [4.0/4.1 Regression] kdelibs (khtml) miscompiled by reload

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-19 06:22 --- The reload patch seems reasonable, though not very satisfying. It is only disabling some optimizations within reload, and hence should be somewhat safe. Though it is still a reload patch, and all reload pat

[Bug target/16888] [3.3/3.4/4.0/4.1 Regression] ICE: in print_reg, at config/i386/i386.c:7254

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-19 06:10 --- This is still a bad bug which should be fixed for 4.0.1 at least. -- What|Removed |Added

[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-19 05:52 --- Subject: Bug 20991 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-19 05:52:46 Modified files: gcc: Change

[Bug c++/21087] [4.0/4.1 Regression] ICE in do_nonmember_using_decl

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/20491] internal compiler error: in subreg_regno_offset, at rtlanal.c:3042

-- What|Removed |Added AssignedTo|aoliva at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED

[Bug middle-end/21085] [4.0 only Regression] Virtual memory exhausted with g++

--- Additional Comments From phython at gcc dot gnu dot org 2005-04-19 02:43 --- Fixed in the previous commit. -- What|Removed |Added Status|ASSIGNED

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-19 02:36 --- Subject: Bug 21085 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-19 02:36:04 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug fortran/16861] segfault with doubly used module

--- Additional Comments From yosef at phys dot utb dot edu 2005-04-19 01:09 --- Hi, The patch seems to fix part of the problem (the simplified test code from comment 4 now compiles), but the original code that I submitted still causes gfortran to segfault. I simplified my original cod

[Bug java/12758] Binary Compatibility: CNI code is not binary compatible

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-19 01:06 --- Email here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12758

[Bug java/12758] Binary Compatibility: CNI code is not binary compatible

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-19 01:04 --- Still true, there was an email or was it a discussion on IRC today about this. -- What|Removed |Added

[Bug target/21098] .note.GNU-stack emitted

-- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |200

[Bug target/21098] New: .note.GNU-stack emitted

.note.GNU-stack sections emitted in object files control whether the linker emits a PT_GNU_STACK header. This header in turn tells ld.so and the kernel whether the stack should be executable. The linker emits the PT_GNU_STACK header if any input object file has a .note.GNU-stack section, and the

[Bug tree-optimization/21081] [4.1 Regression] internal compiler error: verify_stmts failed.

--- Additional Comments From f dot demiralp at gmail dot com 2005-04-19 00:13 --- Subject: RE: [4.1 Regression] internal compiler error: verify_stmts failed. I have got the same error message. -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Se

[Bug c++/17445] too few template-parameter-lists

--- Additional Comments From leslie dot barnes at amd dot com 2005-04-19 00:02 --- (In reply to comment #6) > This code has at least two bugs: > > template class MyType; > template <> std::map MyType::m_map; > > First, the instantiation must come *after* the definition of the stat

[Bug target/21091] -many flag causes problems

--- Additional Comments From amodra at bigpond dot net dot au 2005-04-18 23:34 --- Please supply a small testcase. Preprocessed source and commands to reproduce the problem. -many shouldn't ever change which insns are emitted under control of other -m flags, just make available extra i

[Bug target/21069] [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail

-- What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069

[Bug target/21069] [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail

--- Additional Comments From hjl at lucon dot org 2005-04-18 22:47 --- We should leave the old tests alone and write the new ones by copying the old ones and leaving out those ia64 specific builtins. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069

[Bug target/21069] [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail

--- Additional Comments From hjl at lucon dot org 2005-04-18 22:41 --- Since those sync builtins are supported on more than just ia64, the sync tests should be enabled for all supported targets, not just ia64. Bug 21097 shows that sync builtins don't work on i686. -- http://gcc.gnu.or

[Bug target/21097] __sync_bool_compare_and_swap doesn't work with -m32

-- What|Removed |Added CC||rth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21097

[Bug target/21097] New: __sync_bool_compare_and_swap doesn't work with -m32

[EMAIL PROTECTED] gcc]$ cat /tmp/x.c #include #ifdef OLD extern int __sync_bool_compare_and_swap_di (long *, long, long); #else #define __sync_bool_compare_and_swap_di __sync_bool_compare_and_swap #endif int foo (long *x) { long address = *x; if (!__sync_bool_compare_and_swap_di (x, address,

[Bug tree-optimization/21096] copy-prop leaks memory

--- Additional Comments From dnovillo at redhat dot com 2005-04-18 22:21 --- Subject: Re: New: copy-prop leaks memory On Mon, Apr 18, 2005 at 10:12:12PM -, kazu at cs dot umass dot edu wrote: > tree-ssa-copy.c:844 > > cached_last_copy_of = xmalloc (...) > > does not have a corre

[Bug tree-optimization/21096] copy-prop leaks memory

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 22:16 --- Confirmed, the free should be done in fini_copy_prop. I would say this is an obvious patch. -- What|Removed |Added -

[Bug tree-optimization/21096] New: copy-prop leaks memory

tree-ssa-copy.c:844 cached_last_copy_of = xmalloc (...) does not have a corresponding free. Confirmed with valgrind. -- Summary: copy-prop leaks memory Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority:

[Bug target/21095] [4.1 regression]: ./gcj-dbtool is in an infinite loop

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 22:06 --- Then this is a dup of bug 21069. -- What|Removed |Added BugsThisDependsOn|

[Bug target/21069] [4.1 Regression] gcc.dg/ia64-sync-*.c execution tests fail

-- What|Removed |Added OtherBugsDependingO||21095 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21069

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From ja2morri at csclub dot uwaterloo dot ca 2005-04-18 22:02 --- Subject: Re: [4.0/4.1 Regression] Virtual memory exhausted with g++ Ahh, I posted the patch before starting the regtesting. I only checked to make sure it worked on the testcase. I'll commit t

[Bug fortran/19467] [4.0 only] ICE caused by CHARACTER array in NAMELIST read or write

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 21:44 --- Subject: Bug 19467 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 21:44:24 Modified files: gcc/fortran: ChangeLog Log message: Rewr

[Bug libfortran/18209] namelist read does not work for arrays

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 21:44 --- Subject: Bug 18209 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 21:44:24 Modified files: gcc/fortran: ChangeLog Log message: Rewr

[Bug fortran/17472] [4.0 only] namelist does not handle arrays

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 21:44 --- Subject: Bug 17472 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 21:44:24 Modified files: gcc/fortran: ChangeLog Log message: Rewr

[Bug libf2c/19657] Namelist reading may be skipped if end with a logical variable

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 21:44 --- Subject: Bug 19657 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 21:44:24 Modified files: gcc/fortran: ChangeLog Log message: Rewr

[Bug fortran/18396] namelist of array in derived type unimplemented

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 21:44 --- Subject: Bug 18396 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 21:44:24 Modified files: gcc/fortran: ChangeLog Log message: Rewr

[Bug fortran/15335] runtime error "Attempt to allocate a negative amount of memory"

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-18 21:32 --- (In reply to comment #7) > Using the testcase from comment #4, it seems clear that there is no check on > whether the slice selected has negative width... Yes, I remember that I suggested behaving the same way

[Bug target/21095] [4.1 regression]: ./gcj-dbtool is in an infinite loop

--- Additional Comments From hjl at lucon dot org 2005-04-18 21:31 --- It looks like compare_and_swap gets miscompiled on ia64. Working [.LBB173:] .loc 7 24 0 .mmi mov ar.ccv = r36 nop 0 or r14 = 1, r36 .mmi mf [.LBE173:] [.LBE172:]

[Bug c++/21092] friend inaccessibility

--- Additional Comments From kreckel at ginac dot de 2005-04-18 21:08 --- (In reply to comment #5) > (In reply to comment #3) > > This sentence just says that you can't do this: > > class A { private: struct I{}; }; > > class B { friend class A::I; }; > > because A::I isn't acce

[Bug target/21095] New: [4.1 regression]: ./gcj-dbtool is in an infinite loop

Something changed over the weekend which causes gcj-dbtool went into an infinite loop #1 0x21f218c0 in nanosleep () from /lib/tls/libc.so.6.1 #2 0x21f8e900 in usleep () from /lib/tls/libc.so.6.1 #3 0x20c083d0 in spin (n=5330) at platform.h:102 #4 0x20c08560 in w

[Bug c++/21092] friend inaccessibility

--- Additional Comments From kreckel at ginac dot de 2005-04-18 21:04 --- (In reply to comment #3) > This sentence just says that you can't do this: > class A { private: struct I{}; }; > class B { friend class A::I; }; > because A::I isn't accessible in B. Where's that snippet

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From roger at eyesopen dot com 2005-04-18 20:47 --- Wow, that was fast. I'd just started bootstrap and regression test on an *identical* patch, and pulled up the PR to assign it to myself. You win! I'll preapprove yours, together with the testcase from the PR, i

[Bug c++/21092] friend inaccessibility

--- Additional Comments From bangerth at dealii dot org 2005-04-18 20:34 --- And the answer to the original question: even though gcc handled it as this in the past (incorrectly), a friend declaration is not a declaration. In other words, if a name is not declared before, but first see

[Bug c++/21092] friend inaccessibility

--- Additional Comments From bangerth at dealii dot org 2005-04-18 20:29 --- This sentence just says that you can't do this: class A { private: struct I{}; }; class B { friend class A::I; }; because A::I isn't accessible in B. W. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug testsuite/21094] libmudflap C++ tests run even when C++ not configured

-- What|Removed |Added CC||fche at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094

[Bug c++/21092] friend inaccessibility

--- Additional Comments From kreckel at ginac dot de 2005-04-18 20:19 --- (In reply to comment #1) > No, the code is invalid, as Y has not been interjected yet. This is a progression and not a regression. Really? What about paragraph 11.4/7 "A name nominated by a friend declaration sh

[Bug c++/17445] too few template-parameter-lists

--- Additional Comments From bangerth at dealii dot org 2005-04-18 20:16 --- This code has at least two bugs: template class MyType; template <> std::map MyType::m_map; First, the instantiation must come *after* the definition of the static member. Second, the definition you tho

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From phython at gcc dot gnu dot org 2005-04-18 20:15 --- Created an attachment (id=8678) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8678&action=view) Don't alter overflowed constants sign_bit_p returns false for overflowed constants, this is bad for thi

[Bug testsuite/21094] New: libmudflap C++ tests run even when C++ not configured

n -O3 === libmudflap Summary === # of expected passes1212 # of unexpected failures48 Compiler version: 4.0.0 20050418 (prerelease) Platform: x86_64-unknown-linux-gnu configure flags: --prefix=/home/guerby/tmp/install7/ --enable-__cxa_atexit --disable-nls --enable-th

[Bug tree-optimization/21093] New: missed tail call optimization when local address could escape

Missed tail call optimization when local address could escape but not on the condition: void f(void); void f1(int *); void g(int i, int j) { if (j) return f(); return f1(&i); } This might be a reduced testcase from fold_binary to fold_build2 where we have this issue, but I have not loo

[Bug c++/21092] friend inaccessibility

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:40 --- No, the code is invalid, as Y has not been interjected yet. This is a progression and not a regression. -- What|Removed |Added -

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:38 --- Most likely caused by: 2004-07-05 Roger Sayle <[EMAIL PROTECTED]> * fold-const.c (fold) : Optimize unsigned modulus by a power of two into a bit-wise AND, i.e. "X % C" as "X & (C-1)".

[Bug c++/21092] New: friend inaccessibility

A recent change on CVS HEAD breaks this: $ cat a.cc class X { friend class Y; friend int foo(const Y&); }; $ g++ -c -W -Wall a.cc a.cc:3: error: expected ',' or '...' before '&' token a.cc:3: error: ISO C++ forbids declaration of 'Y' with no type The original bug report is against CLN with pos

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From schlie at comcast dot net 2005-04-18 19:36 --- (In reply to comment #11) I believe the optimization necessitates the variable's declaration be changed (either explicitly, or by implication): static const double b = a+1.0; => const double b = a+1.0; If it'

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

--- Additional Comments From schlie at comcast dot net 2005-04-18 19:29 --- (In reply to comment #3) > Simple code which shows we now have a missed optimization: > static const double a = 1.0; > static const double b = a+1.0; > > double c() > { > return b; > } > > See PR 21089. I be

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:25 --- (In reply to comment #2) > Reduced testcase: Even though there is an overflow which the C front-end says the code was in an if (0) block so it should not matter about that as it is only undefined then but

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:24 --- Reduced testcase: int main( int argc, char * argv[ ] ) { int maxstringlen = 1; int limit = 0, maxblock = 0, maxblockrem = 0; maxblockrem = (maxstringlen) % (2147483647 + 1); } -- What

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

-- What|Removed |Added Known to fail||4.0.0 4.1.0 Known to work||3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug middle-end/21085] [4.0/4.1 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:18 --- On the mainline we don't get virtual memory exhausted but that is because there has been a patch or two to fix the memory usage but instead we get stack overflow: #1207 0x002fc6e0 in fold_binary (code=TRUN

[Bug tree-optimization/21090] VRP does not notice nonzero-ness from a PHI node

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/21088] VRP passes fold the type of operands of a comparison

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

[Bug tree-optimization/21086] VRP does not extract a value from a comparison expression.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/21087] [4.0/4.1 Regression] ICE in do_nonmember_using_decl

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 19:04 --- Reduced testcase: extern "C" signed int toupper(signed int __c) throw(); namespace std { template< typename a > a toupper(a,int){} using ::toupper; } Note this has to do with builtin functions as if I

[Bug c++/21087] [4.0/4.1 Regression] ICE in do_nonmember_using_decl

-- What|Removed |Added Summary|ICE in |[4.0/4.1 Regression] ICE in |do_nonmember_using_decl |do_nonmember_using_decl Target M

[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument

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

[Bug c++/21084] parse error on valid dependent default argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:42 --- This is a dup of one of the oldest "bug" in the database, PR 57. Basically right now it might be a bug in GCC or GCC is correct in the standard, the work around is the following: template< typename T1,typ

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From sabre at nondot dot org 2005-04-18 18:41 --- Is this optimization valid? Note that it will change the behavior of this c++ program: #include static const double X = 1.0; static struct S { S(); } s; static const double Y = X+2.0; S::S() { printf("%

[Bug tree-optimization/21081] [4.1 Regression] internal compiler error: verify_stmts failed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:39 --- Can you try this with today's compiler, I cannot reproduce it with it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21081

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:34 --- Looks like this was caused by: 2004-12-16 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/18905 * cp-tree.h (integral_constant_value): Declare. * call.c (null_ptr_cst_p): Use integral_co

[Bug c++/13684] local static object variable constructed once but ctors and dtors called multiple times on same memory when called in multiple threads

--- Additional Comments From jason at redhat dot com 2005-04-18 18:28 --- Subject: Re: local static object variable constructed once but ctors and dtors called multiple times on same memory when called in multiple threads On 18 Apr 2005 09:07:00 -, "adah at netstd dot com" <[EMAI

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:19 --- (In reply to comment #8) > Also note this worked with "4.0.0 20041211", so something after that date > changed the problem. And it was broken by "4.0.0 20050113". so there is only a month time which it c

[Bug target/21091] -many flag causes problems

--- Additional Comments From carlos at mind dot be 2005-04-18 18:15 --- Subject: Re: -many flag causes problems On Monday 18 April 2005 20:11, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 > 18:11 --- See the thre

[Bug target/21091] -many flag causes problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:14 --- In my mind MOT messed up by making two different instructions which have the same opcode. Bad MOT (freescale now). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21091

[Bug target/21091] -many flag causes problems

--- Additional Comments From carlos at mind dot be 2005-04-18 18:13 --- Subject: Re: -many flag causes problems On Monday 18 April 2005 20:10, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 > 18:10 --- Which binuti

[Bug target/21091] -many flag causes problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:12 --- And http://sources.redhat.com/bugzilla/show_bug.cgi?id=147 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21091

[Bug target/21091] -many flag causes problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:11 --- See the thread at http://gcc.gnu.org/ml/gcc-patches/2004-05/msg01244.html to see why -many was added. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21091

[Bug target/21091] -many flag causes problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:10 --- Which binutils are you using because -many changed recently which is why it is done this way in gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21091

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:06 --- Also note this worked with "4.0.0 2004121", so something after that date changed the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21089

[Bug target/21091] New: -many flag causes problems

When compiling for some specific powerpc targets (405 for instance, but for 403 is also true) the -many flag causes problems. This is added when your compiler command is something like: powerpc-eabi-gcc -c -finline-limit=7000 -msoft-float -mcpu=405 -Wall -Wpointer-arith -Wstrict-prototypes -Win

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 18:04 --- (In reply to comment #6) > With -O0 we also don't inline 'a'. I thought in the past this already > was done in the frontend, so the -O option didn't matter? If yes, this > has changed (if not, well, I'

[Bug middle-end/20991] [4.0 Regression] ICE in cgraph_mark_reachable_node

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-18 17:59 --- The patch in Comment #13 is OK for 4.0.0. It's a pessimization, but it's rather more obviously correct. Please apply forthwith. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20991

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From matz at suse dot de 2005-04-18 17:59 --- With -O0 we also don't inline 'a'. I thought in the past this already was done in the frontend, so the -O option didn't matter? If yes, this has changed (if not, well, I'm wrong ;-) ). -- http://gcc.gnu.org/

[Bug c++/20912] C++ FE emitting assignments to read-only global symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:56 --- Simple code which shows we now have a missed optimization: static const double a = 1.0; static const double b = a+1.0; double c() { return b; } See PR 21089. -- What|Removed

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:53 --- It has nothing to do with members of classes either, see the following code: static const double a = 1.0; static const double b = a+1.0; double c() { return b; } We now longer inline 2.0 into c. --

[Bug c++/21089] [4.0/4.1 Regression] C++ front-end does not "inline" the static const double members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:50 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug c++/21089] C++ front-end does not "inline" the static const double members

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:47 --- (In reply to comment #2) > Indeed. Okay, but then this really is an optimization regression compared > to gcc 3.3.x which compiled this just fine. As it's only rejected with > -pedantic (and I think it's

[Bug c++/21089] c++ accepts invalid static const double members with initializer

--- Additional Comments From matz at suse dot de 2005-04-18 17:40 --- Indeed. Okay, but then this really is an optimization regression compared to gcc 3.3.x which compiled this just fine. As it's only rejected with -pedantic (and I think it's a sensible extension), shouldn't we make s

[Bug tree-optimization/21090] New: VRP does not notice nonzero-ness from a PHI node

Consider: int g, h; int foo (int a) { int *p; if (a) p = &g; else p = &h; if (p != 0) return 1; else return 0; } With -O2 -fno-dominator-opts, VRP does not optimize away the "if" statement. This is because VRP does not run the propagator when it does not insert any A

[Bug c++/11393] Initializer of static const float class member is not legal in c++98

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:38 --- This is a documented deprecated feature: http://gcc.gnu.org/onlinedocs/gcc/Deprecated-Features.html#Deprecated-Features G++ allows static data members of const floating-point type to be declared with an ini

[Bug c++/11393] Initializer of static const float class member is not legal in c++98

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:32 --- *** Bug 21089 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/21089] c++ accepts invalid static const double members with initializer

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:32 --- Yes this is invalid C++ (and is rejected by -pedantic) but we somehow declared this as an extension see PR 11393 which is still open and other threads within a past year. *** This bug has been marked as a

[Bug c++/21089] New: c++ accepts invalid static const double members with initializer

See this testcase: - struct Ball { static const double diameter = 20; void setPosition(double ,double ); double vect_Pos; }; void move (double, double); void Ball::setPosition(double xval,double yval) { vect_Pos=xval; move(xval-(diameter/2),

[Bug tree-optimization/20994] [4.1 regression] ICE with -ftree-vectorize

--- Additional Comments From dpatel at apple dot com 2005-04-18 17:23 --- Subject: Re: [4.1 regression] ICE with -ftree-vectorize This is because invert_truthvalue() does not return valid GIMPLE expr. I've a patch, once it passes usual test cycle, I'll post patch. - Devang -- ht

[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 17:21 --- Subject: Bug 21049 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 17:20:57 Modified files: gcc: ChangeLog Log message: Add

[Bug middle-end/21049] [4.1 Regression] ICE with -fdump-tree-all and fortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-18 17:20 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20945] about 2x perfomance regression in comparision with 3.4.2

-- What|Removed |Added CC||hjl at lucon dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945

[Bug tree-optimization/20922] missed always false conditional

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

-- Bug 19986 depends on bug 20922, which changed state. Bug 20922 Summary: missed always false conditional http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20922 What|Old Value |New Value

[Bug tree-optimization/20922] missed always false conditional

--- Additional Comments From phython at gcc dot gnu dot org 2005-04-18 15:20 --- Fixed in the last commit. -- What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/20922] missed always false conditional

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-18 15:18 --- Subject: Bug 20922 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-18 15:18:22 Modified files: gcc: ChangeLog fold-const.c gcc/t

[Bug tree-optimization/21088] New: VRP passes fold the type of operands of a comparison

Around tree-vrp.c:420, we have t = fold (build2 (LT_EXPR, TREE_TYPE (val1), val1, val2)); if (t == boolean_true_node) return -1; Since VAL1 is known to be of a pointer type, the result of fold will never be equal to boolean_true_node, which is of the boolean type. --

[Bug libgcj/10353] [3.3/3.4/4.0/4.1 regression] Java testsuite failures

--- Additional Comments From mckinlay at redhat dot com 2005-04-18 14:55 --- I don't think a gij test failure is expected. Array_3 is known to fail when native compiled, however. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353

[Bug c++/21087] ICE in do_nonmember_using_decl

--- Additional Comments From sstrasser at systemhaus-gruppe dot de 2005-04-18 14:51 --- Created an attachment (id=8676) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8676&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21087

  1   2   >