[Bug c/34947] [4.2 Regression] Clobbered float registers not popped

--- Comment #2 from vincent dot riviere at freesbee dot fr 2008-02-21 07:34 --- That patch fixes the problem: http://gcc.gnu.org/ml/gcc-patches/2007-01/msg00790.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34947

[Bug bootstrap/35273] [4.3.0 regression] Bootstrap of mingw32 using non-MSYS shell broken

--- Comment #2 from Ralf dot Wildenhues at gmx dot de 2008-02-21 07:33 --- (In reply to comment #0) > I did not see an approval of this patch in GCC-patches. Was it approved > off-line? Yes, it was approved by Jakub. Patch to fix this breakage posted at

[Bug bootstrap/35273] [4.3.0 regression] Bootstrap of mingw32 using non-MSYS shell broken

--- Comment #1 from dannysmith at users dot sourceforge dot net 2008-02-21 06:53 --- Fix typo in summary -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added --

[Bug bootstrap/35273] New: [4.3.0 regression] Bootstrap of mingw32 using non-MSYS sehll broken

> gcc/ChangeLog: > 2008-02-17 Ralf Wildenhues <[EMAIL PROTECTED]> > > PR bootstrap/35218 > * Makefile.in (build_file_translate): New. > (gcc-vers.texi): Use it for translating $(abs_srcdir). > * config.build (build_file_translate): Set to `CMD //c' on MinGW. >

[Bug tree-optimization/35272] New: Loop distribution fails to distribute

Loop distribution (from the patch http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00215.html) fails to distribute the following loop: for (i = 2; i <= n; ++i) { a[i] += c[i] * d[i]; b[i] = a[i] + d[i] + b[i - 1]; } dumping "FIXME: Loop 1 not distributed: failed to build the RDG." (After dis

[Bug c/19999] -Wfloat-equal does not warn for complex numbers

--- Comment #2 from rwild at gcc dot gnu dot org 2008-02-21 06:29 --- patch at -- rwild at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/35264] [4.3/4.4 regression] ntfs-3g miscompiled

--- Comment #2 from cnstar9988 at gmail dot com 2008-02-21 06:07 --- ok? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35264

[Bug libfortran/35132] Formatted stream I/O write should truncate

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:54 --- Closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug libfortran/35132] Formatted stream I/O write should truncate

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:46 --- Fixed on trunk. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35132

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:44 --- Fixed on trunk, Committed as obvious. Original test case now gives: $ od -a test.dat 000 a sp sp sp sp sp sp sp sp sp sp sp sp sp sp sp 020 sp sp sp sp sp sp sp sp sp sp sp

[Bug fortran/34954] finalize_transfer (transfer.c:2698): Depends on uninitialized memory

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:36 --- Fixed on trunk, committed as obvious. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:34 --- Subject: Bug 34974 Author: jvdelisle Date: Thu Feb 21 02:33:17 2008 New Revision: 132513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132513 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libfortran/35132] Formatted stream I/O write should truncate

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:34 --- Subject: Bug 35132 Author: jvdelisle Date: Thu Feb 21 02:33:17 2008 New Revision: 132513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132513 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libfortran/34974] null bytes when reverse-tabbing long records (regression vs. g77)

--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:27 --- Subject: Bug 34974 Author: jvdelisle Date: Thu Feb 21 02:27:07 2008 New Revision: 132512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132512 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug libfortran/35132] Formatted stream I/O write should truncate

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:27 --- Subject: Bug 35132 Author: jvdelisle Date: Thu Feb 21 02:27:07 2008 New Revision: 132512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132512 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/34954] finalize_transfer (transfer.c:2698): Depends on uninitialized memory

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:27 --- Subject: Bug 34954 Author: jvdelisle Date: Thu Feb 21 02:27:07 2008 New Revision: 132512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132512 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/35036] illegal E format descriptor produces wrong output

--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:23 --- Fixed on trunk. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added S

[Bug fortran/35036] illegal E format descriptor produces wrong output

--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:23 --- Subject: Bug 35036 Author: jvdelisle Date: Thu Feb 21 02:22:45 2008 New Revision: 132511 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132511 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug fortran/35036] illegal E format descriptor produces wrong output

--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-02-21 02:21 --- Subject: Bug 35036 Author: jvdelisle Date: Thu Feb 21 02:20:27 2008 New Revision: 132510 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132510 Log: 2008-02-20 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #7 from pcarlini at suse dot de 2008-02-21 00:08 --- Created an attachment (id=15189) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15189&action=view) Pre-processed instantiation -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35262

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #6 from pcarlini at suse dot de 2008-02-21 00:07 --- (In reply to comment #5) > Subject: Re: [4.4 Regression]: FAIL: abi_check > > OK, > if it really is just inlining decision difference then we are fine. > I guess we can either update symbol list or mark always_inline Yes

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #5 from hubicka at ucw dot cz 2008-02-20 23:39 --- Subject: Re: [4.4 Regression]: FAIL: abi_check OK, if it really is just inlining decision difference then we are fine. I guess we can either update symbol list or mark always_inline > because of a changing inlining decision

[Bug target/35225] [4.2 regression] gcc segfaults when building GTK+ code with -O2 -fPIC for SH4

--- Comment #4 from kkojima at gcc dot gnu dot org 2008-02-20 23:38 --- Subject: Bug 35225 Author: kkojima Date: Wed Feb 20 23:37:58 2008 New Revision: 132503 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132503 Log: PR target/35225 * config/sh/sh.c (find_barrie

[Bug target/35190] Wrong branch instruction with -freorder-blocks-and-partition on SH

--- Comment #4 from kkojima at gcc dot gnu dot org 2008-02-20 23:36 --- Subject: Bug 35190 Author: kkojima Date: Wed Feb 20 23:35:41 2008 New Revision: 132502 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132502 Log: PR target/35190 * config/sh/sh.md (jump_compa

[Bug c/35271] Stack not aligned at mod 16 byte boundary in x86_64 code

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-20 23:10 --- Testcase? Because we do align it for both x86_64-* and i386-darwin. Now the SVSV i386 ABI says it should be aligned at 4 (word) bytes boundary. -- pinskia at gcc dot gnu dot org changed: What|Re

[Bug c/35271] New: Stack not aligned at mod 16 byte boundary in x86_64 code

The stack should be aligned at a 8 mod 16 boundary at function entry, under both Apple's ABI and under "System V Application Binary Interface AMD64 Architecture Processor Supplement, draft 0.99". GCC aligns the stack at a 0 mod 8 boundary. To quote from the above mentioned document: The end of

[Bug middle-end/30262] [4.0/4.1 Regression] ICE with nested fn accessed var in asm "m" constraint

--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-20 22:47 --- Fixed since 4.2.0, wontfix on older branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/27473] [4.0/4.1 Regression] g++.dg/other/unused1.C and gcc.dg/20060410.c fail on powerpc-darwin

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-20 22:46 --- Fixed since 4.2.0, wontfix on earlier branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/25127] [4.0/4.1 Regression] internal compiler error: in rs6000_emit_prologue, at config/rs6000/rs6000.c:14039

--- Comment #17 from rguenth at gcc dot gnu dot org 2008-02-20 22:44 --- Fixed since 4.2.0, wontfix on earlier branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/27567] [4.0/4.1 Regression] __builtin_memcpy generates redundant stores/moves.

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-02-20 22:37 --- Fixed since 4.2.0, wontfix on earlier branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/21715] [4.0/4.1 regression] code-generation performance regression

--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-20 22:35 --- Fixed since 4.2.0, wontfix on older branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/17506] [4.0/4.1 Regression] warning about uninitialized variable points to wrong location

--- Comment #36 from rguenth at gcc dot gnu dot org 2008-02-20 22:34 --- Fixed since 4.2.0, wontfix for older branches. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/19661] unnecessary atexit calls emitted for static objects with empty destructors

--- Comment #9 from pinskia at gcc dot gnu dot org 2008-02-20 21:52 --- (In reply to comment #7) > Why do you think the front-end doesn't know that the destructor is empty? Because it is non trivial. Try it with a more complex case where you have multiple layer destructors and inlinin

[Bug c/35263] Erroneous Application Execution Starting With GCC Version 4.1.3

--- Comment #2 from mlake at mlake dot net 2008-02-20 21:51 --- Subject: Re: Erroneous Application Execution Starting With GCC Version 4.1.3 > --- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-20 19:08 > --- > Do you have a testcase? Hopefully the info below will

[Bug target/32110] vector "extract" and then vector "splat" is not optimized

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-20 21:34 --- Mine, the PS3 toolchain has patches which fixes this issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libstdc++/35256] Bad link on http://gcc.gnu.org/onlinedocs/libstdc++/parallel_mode.html

--- Comment #1 from manu at gcc dot gnu dot org 2008-02-20 21:14 --- Confirmed. -- manu at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug bootstrap/32009] [4.3/4.4 Regression] building gcc4-4.3/4.4.0-20070518 failed on OSX 10.3.9

--- Comment #29 from andreast at gcc dot gnu dot org 2008-02-20 21:14 --- Paolo, thank you. It took me some time but now I completed a bootstrap on ppc-darwin (10.5.2). I started to try your first patch yesterday and I failed due to some predict.c failure. This morning I restarted and i

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #4 from pcarlini at suse dot de 2008-02-20 21:13 --- I'm not sure there is a substantive bug here, in that the problem can be easily fixed by simply tweaking gnu.ver to explicitely hide ZSt13__check_facetISt7codecvtIcc11__mbstate_tEERKT_PS4_ and the wchar_t counterpart: certa

[Bug java/35257] jar: internal error: java.lang.NullPointerException bootstrapping libjava

--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-20 21:10 --- Based on the command line it looks like your system gjar is crashing. Is that the case? -- tromey at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #3 from hubicka at ucw dot cz 2008-02-20 21:05 --- Subject: Re: [4.4 Regression]: FAIL: abi_check > (In reply to comment #1) > > Jan, is this related to your patch? > > And if it is, then there is another bug somewhere else anyways as it could > only > change inlining dec

[Bug tree-optimization/35269] missed optimization of std::vector access.

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-20 20:45 --- Sorry, but the vector v is potentially clobbered by the call to f, so the load of the array pointer you index into with i is not loop invariant. -- rguenth at gcc dot gnu dot org changed: What|Rem

[Bug middle-end/35251] internal compiler error: verify_stmts failed

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-02-20 20:40 --- Works OK on 4.3.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35251

[Bug target/30243] [4.1/4.2/4.3/4.4 Regression][avr] signbit() causes an internal compiler error

--- Comment #7 from eric dot weddington at atmel dot com 2008-02-20 20:34 --- Created an attachment (id=15187) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15187&action=view) New patch New patch using GET_MODE_SIZE as recommended. -- eric dot weddington at atmel dot com chan

[Bug tree-optimization/35269] New: missed optimization of std::vector access.

please consider following testcase: #include void f( int ); typedef std::vector< int > V; void g( V const& v, V::size_type n ) { for ( V::size_type i = 0; i < n; i++ ) f( v[ i ] ); } void h( V const& v, V::size_type n ) { for ( V::const_iterator i = v.begin(), e =

[Bug libgcj/35266] gcj: Internal error: Killed (program jc1) when building java

--- Comment #2 from juli-info at baumler dot com 2008-02-20 20:21 --- (In reply to comment #1) > How much memory do you have? % free -mt total used free sharedbuffers cached Mem: 3536 3334202 0 40 1814 -/

[Bug c++/35268] New: ICE on virtual function in template with pointer-to-member-function template parameter

A template parameter is provided by a function call parameter (which should be rejected as it is non-constant). The ICE does not occur (and an appropriate error is issued) if the code is rewritten so that func is an int or a pointer to a non-member function. class Object { public: void someth

[Bug fortran/35267] New: VOLATILE constrain: Misleading error message "Incompatible ranks"

Spit off from PR 35033. The following is wrong but for different reasons. The error message is thus very difficult to deceiver: p = q 1 Error: Incompatible ranks 2 and 1 in assignment at (1) gfortran regards it as intrinsic assignment which fails due to the different ranks. Ho

[Bug ada/15479] Ada manual problems

--- Comment #5 from rwild at gcc dot gnu dot org 2008-02-20 19:51 --- Subject: Bug 15479 Author: rwild Date: Wed Feb 20 19:50:39 2008 New Revision: 132494 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132494 Log: gcc/ada/: PR documentation/15479 * gnat_ugn.texi: In non-code, av

[Bug ada/15479] Ada manual problems

--- Comment #4 from rwild at gcc dot gnu dot org 2008-02-20 19:49 --- Subject: Bug 15479 Author: rwild Date: Wed Feb 20 19:48:55 2008 New Revision: 132493 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132493 Log: gcc/ada/: PR documentation/15479 * gnat_ugn.texi: In non-code, av

[Bug bootstrap/25672] [4.1/4.2/4.3/4.4 regression] cross build's libgcc picks up CFLAGS

--- Comment #20 from bonzini at gnu dot org 2008-02-20 19:32 --- Subject: Re: [4.1/4.2/4.3/4.4 regression] cross build's libgcc picks up CFLAGS ubizjak at gmail dot com wrote: > --- Comment #19 from ubizjak at gmail dot com 2008-02-20 18:44 --- > Patch at http://gcc.gnu.org/m

[Bug libgcj/24170] libjava natFilePosix.cc seems to have a security problem

--- Comment #11 from tromey at gcc dot gnu dot org 2008-02-20 19:10 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|A

[Bug libgcj/24170] libjava natFilePosix.cc seems to have a security problem

--- Comment #10 from tromey at gcc dot gnu dot org 2008-02-20 19:09 --- Subject: Bug 24170 Author: tromey Date: Wed Feb 20 19:09:09 2008 New Revision: 132491 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132491 Log: PR libgcj/24170: * java/io/natFilePosix.cc (Fi

[Bug c/35263] Erroneous Application Execution Starting With GCC Version 4.1.3

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-20 19:08 --- Do you have a testcase? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgcj/35266] gcj: Internal error: Killed (program jc1) when building java

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-20 18:52 --- How much memory do you have? How are you invoking make? How did you configure GCC ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/25672] [4.1/4.2/4.3/4.4 regression] cross build's libgcc picks up CFLAGS

--- Comment #19 from ubizjak at gmail dot com 2008-02-20 18:44 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00204.html needs build maintainer attention. And a ChangeLog! -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug libgcj/35266] New: gcj: Internal error: Killed (program jc1) when building java

When running make from the top level directory, it fails with the following information/error message. /home/lhaley/source/objdir/gcc/gcj -B/home/lhaley/source/objdir/i686-pc-linux-gnu/libjava/ -B/home/lhaley/source/objdir/gcc/ -Wno-deprecated --encoding=UTF-8 --bootclasspath '' --classpath ..:/ho

[Bug target/27880] [4.2/4.3/4.4 regression] undefined reference to `_Unwind_GetIPInfo'

--- Comment #22 from ubizjak at gmail dot com 2008-02-20 18:39 --- Critical P2 bug and the patch gets unreviewed for so long?! Is this bug still relevant for ia64-*-linux? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880

[Bug libgcj/24170] libjava natFilePosix.cc seems to have a security problem

--- Comment #9 from tromey at gcc dot gnu dot org 2008-02-20 18:38 --- I'll handle it. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|un

[Bug fortran/34997] Mention -fdollar-ok option in error message for symbol names containing $

--- Comment #6 from burnus at gcc dot gnu dot org 2008-02-20 18:28 --- FIXED on the trunk (4.4.0) -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug libgcj/24170] libjava natFilePosix.cc seems to have a security problem

--- Comment #8 from jason at gcc dot gnu dot org 2008-02-20 18:27 --- is anyone on the gcj team looking at this? -- jason at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/18994] AIX: storage class in debugging strings

--- Comment #1 from jason at gcc dot gnu dot org 2008-02-20 18:23 --- downgrading to P3 -- jason at gcc dot gnu dot org changed: What|Removed |Added Priority|P1

[Bug fortran/34997] Mention -fdollar-ok option in error message for symbol names containing $

--- Comment #5 from burnus at gcc dot gnu dot org 2008-02-20 18:22 --- Subject: Bug 34997 Author: burnus Date: Wed Feb 20 18:21:14 2008 New Revision: 132488 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132488 Log: 2008-02-20 Tobias Burnus <[EMAIL PROTECTED]> PR fort

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-02-20 17:50 --- (In reply to comment #1) > Jan, is this related to your patch? And if it is, then there is another bug somewhere else anyways as it could only change inlining decisions. -- Pinski -- http://gcc.gnu.org/bugzill

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-20 17:33 --- Subject: Bug 35265 Author: rguenth Date: Wed Feb 20 17:33:07 2008 New Revision: 132487 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132487 Log: 2008-02-20 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-20 17:33 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-02-20 17:28 --- Subject: Bug 35265 Author: rguenth Date: Wed Feb 20 17:27:21 2008 New Revision: 132486 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132486 Log: 2008-02-20 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-02-20 17:26 --- Subject: Bug 35265 Author: rguenth Date: Wed Feb 20 17:25:52 2008 New Revision: 132485 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132485 Log: 2008-02-20 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-20 16:45 --- I have an obvious patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-20 16:34 --- 5111 if (!validate_arglist (exp, INTEGER_TYPE, VOID_TYPE)) 5112return NULL_RTX; but we get an enumeral type. Hm. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-20 16:30 --- The same is probably true for CTZ, PARITY, etc. (all go through unop expansion). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35265

[Bug target/35264] [4.3/4.4 regression] ntfs-3g miscompiled

--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-20 16:29 --- Oops, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35264

[Bug middle-end/35265] [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-20 16:29 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug middle-end/35265] New: [4.2/4.3/4.4 Regression] __builtin_popcount expansion bug

enum { E0 = 0, E1 = 1, E2 = 2 } e; int foo (void) { return __builtin_popcount ((int) e); } int bar (int x) { return __builtin_popcount (x); } In foo this is expanded into a call to __builtin_popcount, rather than __popcountsi2 (or popcount instruction), at least on i?86/x86_64/ppc/ppc64. In

[Bug target/35264] [4.3/4.4 regression] ntfs-3g miscompiled

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keyw

[Bug target/35264] New: [4.3 regression] ntfs-3g miscompiled

This testcase, compiled with -O1 aborts: % cat t.c extern void abort(void); long long __attribute__((noinline)) get(void) { return -2; } long long __attribute__((noinline)) get(void); int __attribute__((noinline)) check(void) { long long lcn; lcn = get(); if (lcn >= 0 || lcn == -1) return

[Bug c/35263] New: Erroneous Application Execution Starting With GCC Version 4.1.3

I'm running various versions of Linux on various i386 hardware. I have a C application which I've compiled using gcc versions 3.4.1, 4.0.2, 4.1.2, 4.1.3, and 4.2.1. (I'm told 4.1.3 is not a released version but I do indeed have a version of gcc running on an openSUSE 10.3 system where gcc -v retu

[Bug c++/35262] [4.4 Regression]: FAIL: abi_check

--- Comment #1 from hjl dot tools at gmail dot com 2008-02-20 15:50 --- Revision 132439 is bad: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01322.html Revision 132433 is OK: http://gcc.gnu.org/ml/gcc-testresults/2008-02/msg01318.html The only change in 4.4 between those 2 revisi

[Bug bootstrap/32009] [4.3/4.4 Regression] building gcc4-4.3/4.4.0-20070518 failed on OSX 10.3.9

--- Comment #28 from mrs at apple dot com 2008-02-20 15:44 --- Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009

[Bug c++/35262] New: [4.4 Regression]: FAIL: abi_check

With gcc 4.4 revision 132478 on Linux/Intel64, I got FAIL: abi_check in libstdc++. Revision 132408 is OK. -- Summary: [4.4 Regression]: FAIL: abi_check Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/35261] GCC4.3 internal compiler error: verify_flow_info failed

--- Comment #1 from rajiv dot adhikary at amd dot com 2008-02-20 15:39 --- Created an attachment (id=15186) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15186&action=view) Source File with the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35261

[Bug c++/35261] New: GCC4.3 internal compiler error: verify_flow_info failed

Compiling using GCC4.3 with g++ -msse4.1 -O2 -c repro.cpp causes internal compiler error: repro.cpp: In function 'int main()': repro.cpp:122: error: BB 10 can not throw but has EH edges repro.cpp:122: internal compiler error: verify_flow_info failed Please submit a full bug report,

[Bug fortran/34685] [patch] Honour parentheses in expressions

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-20 15:00 --- How so? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34685

[Bug c++/35140] wrong result due to -O2 optimization in combination with std::list

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-20 14:47 --- We should probably admit that we will not fix this bug for GCC 4.1 (there will be no further release off that branch). A workaround is to use -fno-strict-aliasing. Please consider moving to GCC 4.2.x or 4.3.x once

[Bug c++/35140] wrong result due to -O2 optimization in combination with std::list

--- Comment #6 from basti at fkp dot tu-darmstadt dot de 2008-02-20 14:42 --- The bug is not encountered when using the list<> container from the stlport-library instead of the one coming with the compiler. I tried the versions 4.6, 5.0, and 5.1 (debian-etch packages libstlport4.6-de

[Bug bootstrap/32161] stage1 libgcc is being built unoptimized

--- Comment #6 from bonzini at gnu dot org 2008-02-20 14:11 --- Subject: Bug 32161 Author: bonzini Date: Wed Feb 20 14:10:40 2008 New Revision: 132479 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132479 Log: 2008-02-20 Paolo Bonzini <[EMAIL PROTECTED]> PR bootstrap/

[Bug bootstrap/32009] [4.3/4.4 Regression] building gcc4-4.3/4.4.0-20070518 failed on OSX 10.3.9

--- Comment #27 from bonzini at gnu dot org 2008-02-20 14:11 --- Subject: Bug 32009 Author: bonzini Date: Wed Feb 20 14:10:40 2008 New Revision: 132479 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132479 Log: 2008-02-20 Paolo Bonzini <[EMAIL PROTECTED]> PR bootstrap

[Bug target/35258] two memcpy calls merged incorrectly with -O1

--- Comment #5 from krebbel at gcc dot gnu dot org 2008-02-20 12:59 --- The assembler code is broken. In case of an overlap mvc copies one byte at a time and continuing with the next after the first has been written. That's how we use mvc for memsets. The mvcs are merged by the dead sto

[Bug rtl-optimization/35232] [4.3/4.4 regression] ICE in fp-int-convert-double.c at -O2

-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35232

[Bug rtl-optimization/35232] [4.3/4.4 regression] ICE in fp-int-convert-double.c at -O2

--- Comment #3 from rsandifo at gcc dot gnu dot org 2008-02-20 12:17 --- Subject: Bug 35232 Author: rsandifo Date: Wed Feb 20 12:16:51 2008 New Revision: 132473 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132473 Log: gcc/testsuite/ PR rtl-optimization/35232 *

[Bug middle-end/35249] gcc miscompiles emacs' src/intervals.c when using optimisation on solaris 8

--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-02-20 11:35 --- Investigating. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Assigne

[Bug fortran/35259] PAREN_EXPR: Option to allow for reassociation

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-02-20 10:12 --- So - should Fortran disable flag_trapping_math and flag_signed_zeros by default as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35259

[Bug fortran/35259] PAREN_EXPR: Option to allow for reassociation

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-20 10:09 --- Note that -fassociative-math is only enabled if -fno-signed-zeros and -fno-trapping-math is specified. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/35258] two memcpy calls merged incorrectly with -O1

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-20 09:52 --- Actually the asm looks correct. mvc is a memmove operation, moving 4 bytes from string1+1 to string1+2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/26674] missed optimization / 128-bit arithmetic.

--- Comment #4 from pluto at agmk dot net 2008-02-20 09:48 --- 4.2.3 produces: sqr_1: xorl%edx, %edx # 45*movdi_xor_rex64[length = 2] movq%rdi, %rax # 11*movdi_1_rex64/2[length = 6] movq%rdx, %rcx # 40*movdi_1_rex64

[Bug target/35258] two memcpy calls merged incorrectly with -O1

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-20 09:43 --- This would be an executable testcase: extern void *memcpy (void *, const void *, __SIZE_TYPE__); extern int memcmp(const void *s1, const void *s2, __SIZE_TYPE__ n); extern void abort(void); char string1[9] = "1234

[Bug c++/35255] gcc does not do partial ordering on overloaded address resolution

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug fortran/35259] New: PAREN_EXPR: Option to allow for reassociation

Follow up to http://gcc.gnu.org/ml/fortran/2008-02/msg00157.html Contrary to C, Fortran allows a lot of reassociations (-fassociative-math is enabled by default in Fortran. THE GCC MANPAGE NEEDS TO BE UPDATED!). Contrary to C with -fassociative-math, parentheses are still honoured, i.e. "(x + 2**

[Bug tree-optimization/35254] Should gcc fold DFP expression?

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-20 09:24 --- It definitely should fold constants, but I have no idea whether this is implemented. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added