[Bug middle-end/38615] [4.2/4.3 Regression] invalid promotion to static from auto

--- Comment #6 from doko at ubuntu dot com 2009-01-29 05:41 --- the fix for this causes http://bugs.debian.org/513420 a miscompilation of libgsf with the gcc-4_3-branch, filed as PR39015. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38615

[Bug middle-end/39015] New: [4.3 regression] wrong code building libgsf

[forwarded from http://bugs.debian.org/513420] Reverting the fix for PR38615 on the 4.3 branch lets the build succeed. What am I trying to do: * Build libgsf from source again on amd64 (or build libgsf svn trunk). How am I trying to do it / steps to reproduce: * Set up a sid environment in which

[Bug target/39013] [4.3/4.4 regression] Missing @PLT when -fpie is used

--- Comment #9 from hjl dot tools at gmail dot com 2009-01-29 04:04 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01423.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug tree-optimization/39007] -ftree-loop-distribution ICEs

--- Comment #1 from kazu at gcc dot gnu dot org 2009-01-29 02:23 --- I've got a patch. -- kazu at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unas

[Bug tree-optimization/29212] ICE with -fipa-pta

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-29 02:10 --- *** Bug 39014 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/39014] g++ 4.3.1 ICE with -fipa-pta

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-29 02:10 --- -fipa-pta does nothing really except enables some analysis which is not used at all in the rest of the compiler. *** This bug has been marked as a duplicate of 29212 *** -- pinskia at gcc dot gnu dot org change

[Bug c++/39014] New: g++ 4.3.1 ICE with -fipa-pta

I ran across the following while compiling a C++ source of mine: borked.cpp: In function 'void std::__introsort_loop(_RandomAccessIterator, _RandomAccessIterator, _Size, _Compare) [with _RandomAccessIterator = __gnu_cxx::__normal_iterator*, std::vector, std::allocator > > >, _Size = int, _Compare

[Bug bootstrap/37915] bootstrap broken for cygwin

--- Comment #7 from dannysmith at users dot sourceforge dot net 2009-01-29 01:57 --- (In reply to comment #6) > This bug is fixed and should be closed now. A new PR, bug 37660, has been > created for the separate issue in comment 4. > Closing -- dannysmith at users dot sourceforge

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #8 from hjl dot tools at gmail dot com 2009-01-29 01:46 --- This patch: --- Index: varasm.c === --- varasm.c(revision 5094) +++ varasm.c(working copy) @@ -6321,6 +6321,11 @@ default_binds_local_p_1 (cons

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #7 from hjl dot tools at gmail dot com 2009-01-29 01:13 --- Linker does complain: [...@gnu-6 gcc]$ cat /tmp/i.i inline void foo (); int main () { foo (); return 0; } [...@gnu-6 gcc]$ gcc /tmp/i.i -fpie -pie /tmp/ccOgMGls.o: In function `main': i.i:(.text+0xa): undefi

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-01-29 00:58 --- Since default_binds_local_p_1 returns true as shlib is false for -fPIE, I still don't see any issues here except for the fact the linker not doing the correct thing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-29 00:52 --- Why do you think this is a bug? PowerPC32-linux-gnu produces: bl f...@local -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39013

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-29 00:50 --- I don't see the issue with using the non PLT with -fPIE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39013

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #3 from hjl dot tools at gmail dot com 2009-01-29 00:48 --- [...@gnu-6 gcc]$ ./xgcc -B./ -fpie -S /tmp/i.i -m32 -fpie [...@gnu-6 gcc]$ cat i.s .file "i.i" .text .globl bar .type bar, @function bar: pushl %ebp movl%esp, %ebp

[Bug target/39013] [4.3/4.4 regression] @PLT is missing on failed inline function when -fpie is used

--- Comment #2 from hjl dot tools at gmail dot com 2009-01-29 00:47 --- [...@gnu-6 gcc]$ cat /tmp/i.i inline void foo (); void bar () { foo (); } [...@gnu-6 gcc]$ ./xgcc -B./ -S /tmp/i.i -m32 -fPIC [...@gnu-6 gcc]$ cat i.s .file "i.i" .text .globl bar .type

[Bug c++/38908] [4.4 regression] Unexplained "'' is used uninitialized in this function" warning in cc1plus -m64

--- Comment #13 from mmitchel at gcc dot gnu dot org 2009-01-28 23:56 --- Actually, CLASSTYPE_EMPTY_P is probably a fine thing to use for C++. (It's of course C++ specific; you'd either need to access it via a hook, or promote to a language-independent bit.) CLASSTYPE_EMPTY_P will not

[Bug lto/39000] internal compiler error: in output_expr_operand, at lto-function-out.c:1200

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-28 23:02 --- (In reply to comment #1) > On Linux/ia32, I got That is a different bug. fdesc_expr is only used for ia64. Basically the vtables inline the function descriptors. -- pinskia at gcc dot gnu dot org changed:

[Bug tree-optimization/38844] [4.3/4.4 Regression] deadlock with __attribute__((always_inline)) at -O1 and above

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-28 22:37 --- We should still optimize static void bar(void) { foo (); } inline void __attribute__((always_inline)) foo(void) { foo (); bar (); } to foo() { foo(); foo (); } or similar cases, that is basically collapse

[Bug c/39012] GCC accepts badly formatted while statement

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-28 22:17 --- >while ( !b ); Is vaild code but should be warned about. In fact with 4.3 and above we do get a warning with -W -Wall: t.cc: In function 'void g()': t.cc:13: warning: suggest a space before ';' or explicit braces ar

[Bug target/39013] Compiler miss to add @PLT to symbols when object is compile with -fPIE -pie

--- Comment #1 from zorry at ume dot nu 2009-01-28 22:16 --- Created an attachment (id=17205) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17205&action=view) gre compile with gcc 4.3 and -fPIE -save-temps gre.i The .i file of gre thats compile with gcc 4.3.2 and CFLAGS -fPIE L

[Bug c/39013] New: Compiler miss to add @PLT to symbols when object is compile with -fPIE -pie

http://bugs.gentoo.org/show_bug.cgi?id=254355 We are using patched gcc but it fail on gentoo's default compiler's to. It works fine with GCC 4.2.4 and lower. The fail file is part of libnet the symbol that miss the @PLT is libnet_getgre_length it sould have @PLT as the rest of the symbols If i comp

[Bug fortran/38852] [4.3] UBOUND fails for negative stride triplets

--- Comment #13 from pault at gcc dot gnu dot org 2009-01-28 21:52 --- Fixed on trunk. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Severi

[Bug fortran/38852] [Fix pending] UBOUND fails for negative stride triplets

--- Comment #12 from pault at gcc dot gnu dot org 2009-01-28 21:49 --- Subject: Bug 38852 Author: pault Date: Wed Jan 28 21:48:53 2009 New Revision: 143743 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143743 Log: 2009-01-28 Paul Thomas PR fortran/38852 PR f

[Bug fortran/39006] Wrong result for array(:,ny:1:-1)) as actual argument (inverting order by negative strides)

--- Comment #2 from pault at gcc dot gnu dot org 2009-01-28 21:49 --- Subject: Bug 39006 Author: pault Date: Wed Jan 28 21:48:53 2009 New Revision: 143743 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143743 Log: 2009-01-28 Paul Thomas PR fortran/38852 PR fo

[Bug tree-optimization/38844] [4.3/4.4 Regression] deadlock with __attribute__((always_inline)) at -O1 and above

--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-28 21:47 --- Further testcases: inline __attribute__((always_inline)) void A (void) { A (); A (); A (); } int main () { A (); return 0; } and: inline void A (void); inline void B (void); inline __attribute__ ((alway

[Bug middle-end/38999] [4.2/4.3/4.4 Regression] Extra overflow warning in 32-bit HWI compiler

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||diagnostic Priority|P3 |P2 Targ

[Bug tree-optimization/38985] [4.2/4.3/4.4 Regression] missing constraints for pointers accessed directly via their address

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38985

[Bug tree-optimization/38977] [4.4 Regression] bash no longer builds with profile-feedback

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977

[Bug middle-end/38937] [4.4 Regression] dereferencing pointer '' does break strict-aliasing

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38937

[Bug c/39012] GCC accepts badly formatted while statement

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-28 21:16 --- That is perfectly valid code. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/38995] lto1 uses unaligned data accesses

--- Comment #2 from hjl dot tools at gmail dot com 2009-01-28 21:12 --- Are all data in IL aligned according to psABI? -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug tree-optimization/38844] [4.3/4.4 Regression] deadlock with __attribute__((always_inline)) at -O1 and above

--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-28 21:08 --- The #c6 patch doesn't make sense to me. Two alternative testcases: inline __attribute__ ((always_inline)) void A (void) { int i; asm volatile ("" : "=m" (i)); A (); A (); } int main () { A (); return 0;

[Bug bootstrap/39001] lto branch doesn't build

--- Comment #3 from dnovillo at gcc dot gnu dot org 2009-01-28 21:08 --- *** Bug 39011 has been marked as a duplicate of this bug. *** -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/39011] lto bootstrap failure on ppc-linux

--- Comment #1 from dnovillo at gcc dot gnu dot org 2009-01-28 21:08 --- This is the same issue reported in 39001, except that it happens on a different file. *** This bug has been marked as a duplicate of 39001 *** -- dnovillo at gcc dot gnu dot org changed: What|

[Bug c/39012] New: GCC accepts badly formatted while statement

while loop is badly formatted in the following example. Although an "obvious" bug, this type of thing can occur when modifying existing code having do-while statements and converting them to while statements. bool f() { return true; } void g() { bool b( false ); while ( !b ) { b = f

[Bug bootstrap/39011] New: lto bootstrap failure on ppc-linux

Bootstrap breaks while configuring libgcc. Distribution is f10. Here the conftest.c which fails: /* confdefs.h. */ #define PACKAGE_NAME "GNU C Runtime Library" #define PACKAGE_TARNAME "libgcc" #define PACKAGE_VERSION "1.0" #define PACKAGE_STRING "GNU C Runtime Library 1.0" #define PACKAGE_

[Bug c++/38908] [4.4 regression] Unexplained "'' is used uninitialized in this function" warning in cc1plus -m64

--- Comment #12 from rguenth at gcc dot gnu dot org 2009-01-28 20:54 --- This needs to be dealt from within the frontend, possibly like Mark suggested by inventing another predicate (I assume that CLASSTYPE_EMPTY_P is used for some C++ standard stuff so we cannot just change that). It

[Bug fortran/38852] [Fix pending] UBOUND fails for negative stride triplets

--- Comment #11 from pault at gcc dot gnu dot org 2009-01-28 20:52 --- Created an attachment (id=17204) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17204&action=view) Updated patch Following discussion on fortran list and #gfortran, a more restrictive test is needed. -- paul

[Bug c++/38908] [4.4 regression] Unexplained "'' is used uninitialized in this function" warning in cc1plus -m64

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-28 20:49 --- # VUSE { D.86121 } # vis_224 = VDEF { vis } vis = D.86121; cp_expr_size returns 1 for the objects. unit size align 8 symtab 0 alias set 80 canonical type 0xb62bfbc8 fields

[Bug middle-end/39010] New: [LTO] Memory corruption on gcc.c-torture/compile/limits-fndefn.c

On Linux/x86-64, revision 143741 # valgrind --tool=memcheck /export/gnu/import/svn/gcc-test/bld/gcc/cc1 -quiet -v -imultilib 32 -iprefix /export/gnu/import/svn/gcc-test/bld/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.4.0/ -isystem /export/gnu/import/svn/gcc-test/bld/gcc/include -isystem /export/gnu/

[Bug middle-end/39009] [LTO] ICE: in make_decl_rtl, at varasm.c:1288

--- Comment #1 from dnovillo at google dot com 2009-01-28 20:36 --- Subject: Re: New: [LTO] ICE: in make_decl_rtl, at varasm.c:1288 Thanks for the bug reports. At this stage, I'm not sure if it's useful to file a bug report for every test in the GCC testsuite. These failures

[Bug libstdc++/37907] [c++0x] support for std::is_standard_layout

--- Comment #2 from bkoz at gcc dot gnu dot org 2009-01-28 20:35 --- Adjust summary, change to enhancement. I would really like to use std::is_standard_layout in the testsuite, so that these requirements for , , and can be validated for libstdc++ sources. The requirements/limitations

[Bug middle-end/39009] New: [LTO] ICE: in make_decl_rtl, at varasm.c:1288

On Linux/ia32, revision 143741 gave /export/gnu/import/svn/gcc-test/bld/gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/gcc/ /export/gnu/import/svn/gcc-test/src-lto/gcc/testsuite/gcc.c-torture/execute/2822-1.c -w -O0 -flto -lm -m32 -o /export/gnu/import/svn/gcc-test/bld/gcc/testsuite/gcc/

[Bug middle-end/39008] New: [LTO] ICE: in output_tree_with_context, at lto-function-out.c:3210

On Linux/ia32, revision 143741 gave Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/gcc/ -O0 -flto -w -c -m32 -o 920428-4.o /export/gnu/import/svn/gcc-test/src-lto/gcc/testsuite/gcc.c-torture/compile/920428-4.c (timeout = 300) /export/gn

[Bug target/39000] internal compiler error: in output_expr_operand, at lto-function-out.c:1200

--- Comment #1 from hjl dot tools at gmail dot com 2009-01-28 20:11 --- On Linux/ia32, I got Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/gcc/ -O1 -flto -w -c -m32 -o 20021204-1.o /export/gnu/import/svn/gcc-test/src-lto/gcc/te

[Bug tree-optimization/39007] New: -ftree-loop-distribution ICEs

Consider: void foo (int *__restrict__ p, int *__restrict__ q, int count) { while (--count >= 0) { *p++ = 0; *q++ = 0; } } I get: $ ./cc1 -quiet -O2 -ftree-loop-distribution min.c min.c: In function 'foo': min.c:2: internal compiler error: Segmentation fault Please submit a

[Bug c++/38880] [4.4 Regression] g++.dg/init/const7.C XFAILed

--- Comment #8 from rguenther at suse dot de 2009-01-28 19:44 --- Subject: Re: [4.4 Regression] g++.dg/init/const7.C XFAILed On Wed, 28 Jan 2009, jason at redhat dot com wrote: > Subject: Re: [4.4 Regression] g++.dg/init/const7.C XFAILed > > rguenther at suse dot de wrote: > >> Why

[Bug middle-end/35854] [4.3/4.4 Regression] life passes dump option still documented

--- Comment #5 from richard dot guenther at gmail dot com 2009-01-28 19:42 --- Subject: Re: [4.3/4.4 Regression] life passes dump option still documented On Wed, Jan 28, 2009 at 5:03 PM, Kenneth Zadeck wrote: > rguenth at gcc dot gnu dot org wrote: >> --- Comment #3 from

[Bug testsuite/39005] [LTO]: Not all testcases support LTO

--- Comment #1 from hjl dot tools at gmail dot com 2009-01-28 19:27 --- I changed to configure lto branch with --enable-languages=c,c++,lto. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug middle-end/38996] [LTO] lto1 doesn't work on RHEL5

--- Comment #3 from hjl dot tools at gmail dot com 2009-01-28 19:26 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug c++/39002] codegen bug?

--- Comment #13 from r dot emrich at de dot tecosim dot com 2009-01-28 19:06 --- The changes in revision 143118 to revesion 143120 are causing the fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug bootstrap/38992] [LTO] Bootstrap failed on RHEL5/ia32 and RHEL5/ia64

--- Comment #7 from dnovillo at google dot com 2009-01-28 18:56 --- Subject: Re: [LTO] Bootstrap failed on RHEL5/ia32 and RHEL5/ia64 On Wed, Jan 28, 2009 at 13:49, hjl dot tools at gmail dot com wrote: > I bootstrapped it on RHEL5/ia32, RHEL5/ia64 and Fedora 10/x86-64. > The

[Bug bootstrap/38992] [LTO] Bootstrap failed on RHEL5/ia32 and RHEL5/ia64

--- Comment #6 from hjl dot tools at gmail dot com 2009-01-28 18:49 --- I bootstrapped it on RHEL5/ia32, RHEL5/ia64 and Fedora 10/x86-64. There are many failures in testsuite. I don't believe they are caused by my patch. Fixed. -- hjl dot tools at gmail dot com changed:

[Bug bootstrap/38992] [LTO] Bootstrap failed on RHEL5/ia32 and RHEL5/ia64

--- Comment #5 from hjl at gcc dot gnu dot org 2009-01-28 18:21 --- Subject: Bug 38992 Author: hjl Date: Wed Jan 28 18:21:19 2009 New Revision: 143741 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143741 Log: gcc/ 2009-01-28 H.J. Lu PR bootstrap/38992 * con

[Bug rtl-optimization/38740] [4.4 Regression] Incorrect delayed branch optimization

--- Comment #19 from vapier at gentoo dot org 2009-01-28 18:20 --- are corresponding changes needed for hppa/sparc considering this bug discussed them originally ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740

[Bug tree-optimization/38997] -ftree-loop-distribution ICEs

--- Comment #4 from kazu at gcc dot gnu dot org 2009-01-28 18:18 --- Patch committed. -- kazu at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/38997] -ftree-loop-distribution ICEs

--- Comment #3 from kazu at gcc dot gnu dot org 2009-01-28 18:17 --- Subject: Bug 38997 Author: kazu Date: Wed Jan 28 18:17:13 2009 New Revision: 143740 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143740 Log: gcc/ PR tree-optimization/38997 * tree-loop-distrib

[Bug tree-optimization/38997] -ftree-loop-distribution ICEs

--- Comment #2 from kazu at gcc dot gnu dot org 2009-01-28 18:17 --- Subject: Bug 38997 Author: kazu Date: Wed Jan 28 18:16:57 2009 New Revision: 143739 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143739 Log: gcc/ PR tree-optimization/38997 * tree-loop-distrib

[Bug fortran/38993] better error needed for incompatible f90 modules

--- Comment #1 from mikael at gcc dot gnu dot org 2009-01-28 18:14 --- *** This bug has been marked as a duplicate of 38259 *** -- mikael at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/38259] Add version number to .mod file

--- Comment #3 from mikael at gcc dot gnu dot org 2009-01-28 18:14 --- *** Bug 38993 has been marked as a duplicate of this bug. *** -- mikael at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/39002] codegen bug?

--- Comment #12 from r dot emrich at de dot tecosim dot com 2009-01-28 18:04 --- fault came up between 2nd and 9th of January. With visual c++ 2005 there is no problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug target/29141] static constructors beyond 64k fail

--- Comment #6 from aesok at gcc dot gnu dot org 2009-01-28 17:53 --- Fixed. -- aesok at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug fortran/38852] [Fix pending] UBOUND fails for negative stride triplets

--- Comment #10 from pault at gcc dot gnu dot org 2009-01-28 17:33 --- Marked up the severity to that of PR39006. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/39006] Wrong result for array(:,ny:1:-1)) as actual argument (inverting order by negative strides)

--- Comment #1 from pault at gcc dot gnu dot org 2009-01-28 17:31 --- This is the same as PR38852 and the fix for that one works for this too. Paul *** This bug has been marked as a duplicate of 38852 *** -- pault at gcc dot gnu dot org changed: What|Removed

[Bug fortran/38852] [Fix pending] UBOUND fails for negative stride triplets

--- Comment #9 from pault at gcc dot gnu dot org 2009-01-28 17:31 --- *** Bug 39006 has been marked as a duplicate of this bug. *** -- pault at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/38908] [4.4 regression] Unexplained "'' is used uninitialized in this function" warning in cc1plus -m64

--- Comment #10 from bangerth at gmail dot com 2009-01-28 17:28 --- Re-open -- bangerth at gmail dot com changed: What|Removed |Added Status|RESOLVED

[Bug c++/38908] [4.4 regression] Unexplained "'' is used uninitialized in this function" warning in cc1plus -m64

--- Comment #9 from bangerth at gmail dot com 2009-01-28 17:27 --- Created an attachment (id=17203) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17203&action=view) Failing testcase Richard, I hate to break the news to you but there are even more cases. Attached is a file that pro

[Bug fortran/39006] New: Wrong result for array(:,ny:1:-1)) as actual argument (inverting order by negative strides)

Reported by Clive Page, http://gcc.gnu.org/ml/fortran/2009-01/msg00335.html Fails with gfortran 4.1, 4.2, 4.3 and 4.4, but works with NAG f95, g95, ifort (9.1, 11.0), openf95. The proper result of the test program is: -- normal 1 2 3 4 10 20 3

[Bug tree-optimization/38977] [4.4 Regression] bash no longer builds with profile-feedback

--- Comment #5 from doko at ubuntu dot com 2009-01-28 17:08 --- PR38292 shows similiar error messages -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977

[Bug c++/39002] codegen bug?

--- Comment #11 from r dot emrich at de dot tecosim dot com 2009-01-28 17:06 --- I vote for P1 because it's a secondary platform. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug c++/39002] codegen bug?

--- Comment #10 from r dot emrich at de dot tecosim dot com 2009-01-28 17:01 --- Created an attachment (id=17202) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17202&action=view) assembler source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug c++/39002] codegen bug?

--- Comment #9 from r dot emrich at de dot tecosim dot com 2009-01-28 17:01 --- Created an attachment (id=17201) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17201&action=view) preproccesed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug c++/39002] codegen bug?

--- Comment #8 from r dot emrich at de dot tecosim dot com 2009-01-28 16:52 --- Created an attachment (id=17200) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17200&action=view) self contained testcase cross compiled to target x86_64-pc-mingw32 segfaults. commandline: x86_64-pc-m

[Bug preprocessor/38990] preprocessing different in g++ -E and regular compiling.

--- Comment #2 from kkylheku at gmail dot com 2009-01-28 16:30 --- (In reply to comment #1) > Confirmed. Thanks. By the way, I started looking at patching this. My suspicions were confirmed that this is a case of pasting together invalid tokens. The compiler sees the tokens individually

[Bug c++/38880] [4.4 Regression] g++.dg/init/const7.C XFAILed

--- Comment #7 from jason at redhat dot com 2009-01-28 16:29 --- Subject: Re: [4.4 Regression] g++.dg/init/const7.C XFAILed rguenther at suse dot de wrote: >> Why do it in the FE? This seems like a language-independent optimization. > > Do it in the FE if the FE wants it to be optimi

[Bug rtl-optimization/38740] [4.4 Regression] Incorrect delayed branch optimization

--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-28 16:06 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug rtl-optimization/38740] [4.4 Regression] Incorrect delayed branch optimization

--- Comment #17 from jakub at gcc dot gnu dot org 2009-01-28 16:05 --- Subject: Bug 38740 Author: jakub Date: Wed Jan 28 16:05:41 2009 New Revision: 143733 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143733 Log: PR rtl-optimization/38740 * reorg.c (gate_handle

[Bug middle-end/35854] [4.3/4.4 Regression] life passes dump option still documented

--- Comment #4 from zadeck at naturalbridge dot com 2009-01-28 16:03 --- Subject: Re: [4.3/4.4 Regression] life passes dump option still documented rguenth at gcc dot gnu dot org wrote: > --- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-24 10:20 > --- > GCC 4.3.3

[Bug testsuite/39005] New: [LTO]: Not all testcases support LTO

I got many f951: warning: command line option "-flto" is valid for C/C++ but not for Fortran f951: warning: command line option "-fwhopr" is valid for C/C++ but not for Fortran Can we don't test LTO on testcases which don't support it? -- Summary: [LTO]: Not all testcases support L

[Bug rtl-optimization/38740] [4.4 Regression] Incorrect delayed branch optimization

--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-28 15:20 --- The problem is -O0 together with -fdelayed-branch. Shouldn't we just reject it or silently not do dbr at !optimize? If it is really important to support (I don't see any rationale for it), then the problem is that i

[Bug middle-end/39004] Revision 143730 breaks LTO

--- Comment #2 from dnovillo at gcc dot gnu dot org 2009-01-28 15:17 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01367.html -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/39004] Revision 143730 breaks LTO

--- Comment #1 from dnovillo at gcc dot gnu dot org 2009-01-28 15:05 --- Subject: Bug 39004 Author: dnovillo Date: Wed Jan 28 15:05:16 2009 New Revision: 143731 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143731 Log: PR middle-end/39004 * lto-function-in.c (

[Bug c++/39002] codegen bug?

--- Comment #7 from r dot emrich at de dot tecosim dot com 2009-01-28 14:57 --- Anyway I will try to create a self contained small testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug middle-end/39004] New: Revision 143730 breaks LTO

I got cc1: warnings being treated as errors ../../src-lto/gcc/lto-function-in.c: In function âinput_local_var_declâ: ../../src-lto/gcc/lto-function-in.c:1135: error: unused variable âcontext_tagâ ../../src-lto/gcc/lto-function-in.c:1134: error: unused variable âcontextâ make[5]: *** [lto-function-

[Bug bootstrap/39001] lto branch doesn't build

--- Comment #2 from ramana dot r at gmail dot com 2009-01-28 14:49 --- (In reply to comment #0) > It doesn't build on SLES10 either, libelf0-0.8.10-36, it ICEs during > build of libgcc: > > ... > /gcc/spec/sb-haydn-df-64/gcc/libgcc/../gcc/libgcc2.c:1102: internal > compiler error: Segm

[Bug c++/39002] codegen bug?

--- Comment #6 from r dot emrich at de dot tecosim dot com 2009-01-28 14:45 --- (In reply to comment #3) > We need the preprocessed source of a *complete* (including main) program to be > able to reproduce this. > That's a little bit difficult here. It's a really large application. Bu

[Bug c++/39002] codegen bug?

--- Comment #5 from falk at debian dot org 2009-01-28 14:44 --- (In reply to comment #4) > What I can try is finding the revision which causes the fault. While that would certainly be helpful, it's unlikely that anybody would be willing to debug this without a usable testcase. -- h

[Bug c++/39003] internal compiler error: in output_parm_decl, at lto-function-out.c:2652

--- Comment #1 from rubidium at openttd dot org 2009-01-28 14:42 --- Created an attachment (id=17199) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17199&action=view) result of gcc -save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39003

[Bug c++/39003] New: internal compiler error: in output_parm_decl, at lto-function-out.c:2652

Bug in lto revision 143731 (gcc 4.4 revision 143712 works fine) Using built-in specs. COLLECT_GCC=g++lto- COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.4.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../configure --program-suffix=lto- --with-arch=pentium-m --enable-thre

[Bug c++/39002] codegen bug?

--- Comment #4 from r dot emrich at de dot tecosim dot com 2009-01-28 14:27 --- What I can try is finding the revision which causes the fault. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug c++/39002] codegen bug?

--- Comment #3 from falk at debian dot org 2009-01-28 14:25 --- We need the preprocessed source of a *complete* (including main) program to be able to reproduce this. -- falk at debian dot org changed: What|Removed |Added --

[Bug c++/39002] codegen bug?

--- Comment #2 from r dot emrich at de dot tecosim dot com 2009-01-28 14:22 --- Created an attachment (id=17198) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17198&action=view) assembler source which segfaults This one segfaults at ret statment at the end. -- http://gcc.gnu

[Bug c++/39002] codegen bug?

--- Comment #1 from r dot emrich at de dot tecosim dot com 2009-01-28 14:20 --- Created an attachment (id=17197) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17197&action=view) assembler source This one works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39002

[Bug c++/39002] New: codegen bug?

I have a complex C++ application, which used to work at least until gcc-4.4.0 snapshot 20081219, which now segfaults in a strange way. double distance_2(NODE *P_node1, NODE *P_node2) { return sqrt(((*P_node1).globalx-(*P_node2).globalx)*((*P_node1).globalx-(*P_node2).globalx)+ ((*P

[Bug middle-end/38996] [LTO] lto1 doesn't work on RHEL5

--- Comment #2 from hjl at gcc dot gnu dot org 2009-01-28 14:05 --- Subject: Bug 38996 Author: hjl Date: Wed Jan 28 14:04:52 2009 New Revision: 143729 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143729 Log: 2009-01-28 H.J. Lu PR middle-end/38996 * lto-elf.

[Bug testsuite/36443] [4.3/4.4 Regression]: HOSTCC doesn't work with installed gcc

--- Comment #40 from rob1weld at aol dot com 2009-01-28 13:52 --- Notes from 38820: I had "Known to fail" set to 4.4.0 4.3.2 Another 'proof' this is a Bug. You are allowed to build GCC after you set (reasonable) Environment variables. Examples are: export set CC="gcc -v" export set CC=

[Bug bootstrap/39001] lto branch doesn't build

--- Comment #1 from dnovillo at gcc dot gnu dot org 2009-01-28 13:41 --- Additional information on the failure and a suggestion on a possible fix: http://gcc.gnu.org/ml/gcc/2009-01/msg00074.html -- dnovillo at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/38740] [4.4 Regression] Incorrect delayed branch optimization

--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-28 13:34 --- Created an attachment (id=17196) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17196&action=view) PR38740.C Simplified testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38740

[Bug bootstrap/39001] New: lto branch doesn't build

It doesn't build on SLES10 either, libelf0-0.8.10-36, it ICEs during build of libgcc: ... /gcc/spec/sb-haydn-df-64/gcc/libgcc/../gcc/libgcc2.c:1102: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See

[Bug target/39000] New: internal compiler error: in output_expr_operand, at lto-function-out.c:1200

/usr/local/gcc/gcc-20090128/Build/gcc/testsuite/g++/../../g++ -B/usr/local/gcc/gcc-20090128/Build/gcc/testsuite/g++/../../ /usr/local/gcc/gcc-20090128/gcc/testsuite/g++.dg/debug/template1.C -nostdinc++ -I/usr/local/gcc/gcc-20090128/Build/ia64-suse-linux/libstdc++-v3/include/ia64-suse-linux -I/usr

  1   2   >