[Bug tree-optimization/18557] Inefficient code generated by -ftree-vectorize on Alpha

--- Comment #11 from falk at debian dot org 2009-02-03 12:50 --- (In reply to comment #10) > By changing the test to: > > unsigned int p[64]; In this case 8-byte alignment is guaranteed, so no peeling is needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18557

[Bug rtl-optimization/39077] [4.3/4.4 Regression] GCSE-optimization causes enormous binary size increase (~20 times !)

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-02-03 09:54 --- Confirmed. Likely triggered by inliner decision changes. -Os is fine. Steven, do we need to constrain GCSE similar to your PRE patches? Is this PPRE in GCSE at work? Object size with G++ 4.4 is 7MB. -- rguen

[Bug c++/36897] [4.2/4.3/4.4 Regression] ICE with function pointer template parameter

--- Comment #4 from bonzini at gnu dot org 2009-02-03 10:38 --- Created an attachment (id=17231) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17231&action=view) tentative patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36897

[Bug c/39084] New: [4.3/4.4 regression] ice on struct redefinition

The following program ICEs at -O2 or higher: struct color { }; static const struct color col; struct color * f(void) { return (struct color *) &col; } struct color { }; -- Summary: [4.3/4.4 regression] ice on struct redefinition Product: gcc Version: 4.3.4

[Bug c++/36607] [4.3/4.4 Regression] Incorrect type diagnostic on substracting casted char pointers

--- Comment #7 from bonzini at gnu dot org 2009-02-03 13:56 --- ping? -- bonzini at gnu dot org changed: What|Removed |Added CC|

[Bug c++/37314] [4.2/4.3/4.4 Regression] seg violation

--- Comment #19 from bonzini at gnu dot org 2009-02-03 13:40 --- Test.cpp is a rejects-valid. -- bonzini at gnu dot org changed: What|Removed |Added Keywords|

[Bug c/39084] [4.3/4.4 regression] ice on struct redefinition

--- Comment #1 from bonzini at gnu dot org 2009-02-03 14:28 --- f.c:8: error: redefinition of 'struct color' f.c:8: internal compiler error: in layout_type, at stor-layout.c:1881 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #2 from gcc at gaul dot org 2009-02-03 18:40 --- Original description is not quite accurate, the or operator does not cause a spurious warning while the and operator does. Here is a more minimal test case: void func(char a, char b, char c) { c = a | b; c = a & b;

[Bug target/39090] MIPS: wrong-code with 64-bit values and register asm constraints with o32 ABI.

--- Comment #1 from nemet at gcc dot gnu dot org 2009-02-03 18:36 --- > Register $3 (v1) returns with uninitialized garbage. This is the high part of > the 64 bit return value. > > I am not sure what should happen here. Really the "d" asm constraint should > not match a 64 bit variabl

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #3 from gcc at gaul dot org 2009-02-03 18:57 --- After talking with Oleg, there are differences between gcc and g++ compiling the code in comment #2: $ g++ --version g++ (GCC) 4.3.0 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for c

[Bug testsuite/39091] New: x86_64/abi doesn't test __float128, __int128 nor DFP

gcc.target/x86_64/abi doesn't test __float128, __int128 nor DFP. -- Summary: x86_64/abi doesn't test __float128, __int128 nor DFP Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tes

[Bug inline-asm/39059] [4.3 regression] ICE with fixed-point type in inline-asm

--- Comment #3 from jakub at gcc dot gnu dot org 2009-02-03 19:30 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|

[Bug c++/39056] [4.4 regression] [c++0x] ICE with invalid initializer list for complex variable

--- Comment #4 from jakub at gcc dot gnu dot org 2009-02-03 19:31 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/35318] [4.3 regression] ICE with inline asm in reload

--- Comment #9 from jakub at gcc dot gnu dot org 2009-02-03 19:32 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Summary|

[Bug target/39085] Floating point errors on Arm9 processor

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-03 19:35 --- sqrt is usually implemented as a library function and GCC does not implement it for you. Do you use newlib? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38863] WHERE with multiple elemental defined assignments gives wrong answer

--- Comment #6 from pault at gcc dot gnu dot org 2009-02-03 19:59 --- I have just realised that this is a case of complete overlap that we miss completely in dependency analysis: If one of the lhs or rhs is a full array, the stride is unity and one of lbound == start or ubound == end, t

[Bug c/35433] [4.2/4.3/4.4 regression] ICE with typeof and ternary operator

--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-02-03 20:38 --- Subject: Bug 35433 Author: jsm28 Date: Tue Feb 3 20:38:12 2009 New Revision: 143906 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143906 Log: PR c/35433 * c-typeck.c (composite_type): Set TYP

[Bug c/35433] [4.2/4.3 regression] ICE with typeof and ternary operator

--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-02-03 20:41 --- Fixed for 4.4; will fix for 4.3. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/38697] gcc.target/arm/neon/neon.exp tests for vmov fail on arm-linux-eabi

--- Comment #2 from danglin at gcc dot gnu dot org 2009-02-03 20:53 --- I also see this. Also seen with 4.3.3. -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/39090] MIPS: wrong-code with 64-bit values and register asm constraints with o32 ABI.

--- Comment #2 from daney at gcc dot gnu dot org 2009-02-03 21:32 --- I guess you are right. I thought I had a failing testcase, but I can't make it fail any more. Marking as invalid. -- daney at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/38522] g++ -Wconversion warnings

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-02-03 22:24 --- *** Bug 39089 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-02-03 22:24 --- *** This bug has been marked as a duplicate of 38522 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libstdc++/25191] exception_defines.h #defines try/catch

--- Comment #81 from paolo at gcc dot gnu dot org 2009-02-03 23:45 --- Subject: Bug 25191 Author: paolo Date: Tue Feb 3 23:44:53 2009 New Revision: 143913 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143913 Log: 2009-02-03 Paolo Carlini PR libstdc++/25191

[Bug libstdc++/25191] exception_defines.h #defines try/catch

--- Comment #82 from paolo dot carlini at oracle dot com 2009-02-03 23:46 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c++/39056] [4.4 regression] [c++0x] ICE with invalid initializer list for complex variable

--- Comment #5 from bkoz at gcc dot gnu dot org 2009-02-03 23:47 --- > Benjamin, does you have an opinion about initializer-lists and complex? I > guess the library complex class will accept { real, imag } naturally because > it > has a suitable constructor. It would be great if this

[Bug c++/39056] [4.4 regression] [c++0x] ICE with invalid initializer list for complex variable

--- Comment #6 from bkoz at gcc dot gnu dot org 2009-02-03 23:47 --- Created an attachment (id=17240) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17240&action=view) test std::complex, __complex init -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39056

[Bug c/29129] [4.2/4.3/4.4 Regression] [DR#341] unnamed parameters using [*]

--- Comment #10 from jsm28 at gcc dot gnu dot org 2009-02-03 20:33 --- The conclusion on DR#341 was that this should indeed be accepted; I'll fix this. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/39076] internal compiler error when cross-compiling flac

--- Comment #4 from ramana dot r at gmail dot com 2009-02-03 21:43 --- (In reply to comment #2) > No problem with the trunk, but it's still there in the 4.3 branch. > > Here's a test case. Requires -funroll-loops -Os, no problem with any other > -O, > or without -funroll-loops, curi

[Bug target/39076] internal compiler error when cross-compiling flac

--- Comment #5 from ramana dot r at gmail dot com 2009-02-03 22:06 --- (In reply to comment #4) > Looking at the dumps this rtx is generated by the rename registers pass in > 4.3.x . In trunk however rename register does not generate this rtx and hence > there is no problem. It could st

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-02-03 19:46 --- I think this is a duplicate of bug 38522 which is fixed for 4.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39089

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #6 from oleg dot smolsky at riverbed dot com 2009-02-03 22:23 --- Created an attachment (id=17239) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17239&action=view) The fix from gcc4.4 This is the naive fix merged from the trunk. Fixes two out of three warnings in C++

[Bug c/39088] Warning about potential use of uninitialized variable

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-02-04 00:09 --- *** This bug has been marked as a duplicate of 36550 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/39074] PTA constraint processing for *x = y is wrong

--- Comment #7 from dberlin at gcc dot gnu dot org 2009-02-04 00:29 --- Subject: Re: PTA constraint processing for *x = y is wrong On Tue, Feb 3, 2009 at 9:24 AM, rguenther at suse dot de wrote: > > > --- Comment #6 from rguenther at suse dot de 2009-02-03 14:24 ---

[Bug c++/36607] [4.3/4.4 Regression] Incorrect type diagnostic on substracting casted char pointers

--- Comment #9 from pinskia at gcc dot gnu dot org 2009-02-03 22:38 --- Subject: Bug 36607 Author: pinskia Date: Tue Feb 3 22:38:16 2009 New Revision: 143909 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143909 Log: 2009-02-03 Andrew Pinski PR C++/36607 * c

[Bug middle-end/36550] Wrong "may be used uninitialized" warning (conditional PHIs)

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-02-04 00:09 --- *** Bug 39088 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/36607] [4.3 Regression] Incorrect type diagnostic on substracting casted char pointers

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-02-03 22:39 --- Fixed on the trunk at least. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/39089] -Wconversion is buggy with bitwise operators

--- Comment #5 from oleg dot smolsky at riverbed dot com 2009-02-03 21:13 --- I've just built gcc 4.4 and it emits no warnings for the test case above. Is there any chance the fix could be back-ported into 4.3? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39089

[Bug c/29129] [4.2/4.3/4.4 Regression] [DR#341] unnamed parameters using [*]

--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-02-04 00:59 --- Subject: Bug 29129 Author: jsm28 Date: Wed Feb 4 00:59:21 2009 New Revision: 143918 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143918 Log: PR c/29129 * c-decl.c (grokdeclarator): Mark [*]

[Bug c/29129] [4.2/4.3/4.4 Regression] [DR#341] unnamed parameters using [*]

--- Comment #12 from jsm28 at gcc dot gnu dot org 2009-02-04 01:01 --- Fixed in 4.4 and it's safest not to apply the fix to release branches. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/39072] I/O READing logical value beyond end of string

--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-02-04 01:55 --- I agree, closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/39082] union with long double doesn't follow x86-64 psABI

--- Comment #1 from Joey dot ye at intel dot com 2009-02-04 02:17 --- GCC doesn't follow x86-64 psABI on this case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39082

[Bug target/39082] union with long double doesn't follow x86-64 psABI

--- Comment #2 from hjl dot tools at gmail dot com 2009-02-04 02:32 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00137.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug libstdc++/36022] stl templates exported as weak symbols though visibility hidden is used

--- Comment #4 from bkoz at gcc dot gnu dot org 2009-02-04 02:51 --- This isn't a bug, but rather part of a deliberate linkage strategy. For C++, types that are to be used across shared libraries have to be visible. See: http://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html#Code-Ge

[Bug libgcj/39092] New: FAIL: Divide_1 -O3 output - source compiled test

Executing on host: /test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/libjava/testsuite/ ../libtool --silent --tag=GCJ --mode=link /test/gnu/gcc/objdir/gcc/gcj -B/test/g nu/gcc/objdir/hppa2.0w-hp-hpux11.11/libjava/ -B/test/gnu/gcc/objdir/gcc/ --encod ing=UTF-8 -B/test/gnu/gcc/objdir/hppa2.0w-hp-hpux11.11/l

[Bug ada/38982] FAIL: gnat.dg/rep_clause2.adb (test for excess errors)

--- Comment #1 from danglin at gcc dot gnu dot org 2009-02-04 03:47 --- This has gone away. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Sta

[Bug c/39093] New: inline code optimized wrong with -O3

The problem happens when I try to optimize this procedure: inline void* bcAtomCompareExchange(void **destination, void *exchange, void *compare) { void* old = *destination; if (old == compare)

[Bug middle-end/32820] optimizer malfunction when mixed with asm statements

--- Comment #6 from danglin at gcc dot gnu dot org 2009-02-04 04:24 --- I tried the testcase with 4.4.0. The problem is not fixed. All the explicit register variables are optimized away at -O. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32820

[Bug tree-optimization/37709] [4.4 Regression] inlining causes explosion in debug info

--- Comment #9 from bonzini at gnu dot org 2009-02-04 07:04 --- sizeof (tree_block) is 52 bytes on 32-bit hosts. Of these, 8 are unused (ann and type), 8 are frequently unused (block_fragment stuff -- always write-only at debug level 0). Moving fragments into an annotation and reusing

[Bug tree-optimization/28868] [4.2/4.3/4.4 Regression] Not eliminating the PHIs which have the same arguments

--- Comment #14 from bonzini at gnu dot org 2009-02-04 07:40 --- We should make up our mind and close either this one or 23821... they are requesting exactly opposite things. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28868

[Bug middle-end/38533] [4.2/4.3 regression] tree-ssa-reassoc.c increases register pressure several times

--- Comment #9 from bonzini at gnu dot org 2009-02-04 07:44 --- Did the patch cure PR28481 too? -- bonzini at gnu dot org changed: What|Removed |Added CC|

[Bug target/27855] [4.3/4.4 regression] reassociation causes the RA to be confused

--- Comment #29 from bonzini at gnu dot org 2009-02-04 07:46 --- A similar problem was fixed with PR38533, is this still an issue? -- bonzini at gnu dot org changed: What|Removed |Added --

[Bug c++/38699] [4.2/4.3/4.4 regression] ICE using offsetof with pointer and array accesses

--- Comment #6 from bonzini at gnu dot org 2009-02-04 07:53 --- andrew, ping the patch :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38699

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

--- Comment #34 from bonzini at gnu dot org 2009-02-04 07:57 --- > Reopen since revision 143757 isn't supposed to fix it. Who cares if 143757 "isn't supposed to fix it", it *is* fixed: movqx(%rip), %mm0 paddd y(%rip), %mm0 movd%mm0, %rax ret

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

--- Comment #35 from bonzini at gnu dot org 2009-02-04 07:57 --- (and all bugs depending on this one are also fixed) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37364

<    1   2