[Bug libgcj/38298] libjava link failures.

--- Comment #11 from rwild at gcc dot gnu dot org 2009-09-27 06:56 --- Fixed in trunk. -- rwild at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.3

[Bug bootstrap/40928] build failure w/ -Wl,--as-needed - undefined references in plugin.c

--- Comment #2 from rwild at gcc dot gnu dot org 2009-09-27 06:53 --- Fixed -- rwild at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug bootstrap/40928] build failure w/ -Wl,--as-needed - undefined references in plugin.c

--- Comment #1 from rwild at gcc dot gnu dot org 2009-09-27 06:49 --- Subject: Bug 40928 Author: rwild Date: Sun Sep 27 06:49:33 2009 New Revision: 152215 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152215 Log: Fix library dependencies for -Wl,--as-needed. gcc/: PR b

[Bug libgcj/38298] libjava link failures.

--- Comment #10 from rwild at gcc dot gnu dot org 2009-09-27 06:49 --- Subject: Bug 38298 Author: rwild Date: Sun Sep 27 06:49:33 2009 New Revision: 152215 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152215 Log: Fix library dependencies for -Wl,--as-needed. gcc/: PR

[Bug testsuite/40459] g++.dg/abi/mangle*.C fail on darwin

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-09-27 03:43 --- The logical candidate for these failures is... Author: espindola Date: Mon Jun 15 14:25:50 2009 New Revision: 148492 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148492 Log: 2009-06-15 Rafael Avi

[Bug fortran/41479] wrong code, mis-initialization

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-09-27 01:13 --- The problem goes away if the allocatable specification is removed from the declaration of 'a' Problem also occurs on gfortran 4.3.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41479

[Bug fortran/41479] wrong code, mis-initialization

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-09-27 00:50 --- gfortran is not considered release critical and so is never given a blocker status. Changing to normal. Regarding the intent(out) issue. I will defer to others. -- jvdelisle at gcc dot gnu dot org changed

[Bug fortran/41478] function "pack" causes double free violation

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-09-27 00:39 --- I can reproduce this on 4.3.3 and 4.5.0 r151904. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/41474] [4.5 Regression] 951116-1.c ICEs in mem_loc_descriptor, at dwarf2out.c:11279

--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-26 22:41 --- Same thing on powerpc-apple-darwin9 at revision 152186 with -m64. I don't see it on i686-apple-darwin9 at revision 152156. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41474

[Bug ada/41434] coldfire ACATS failures

--- Comment #2 from schwab at linux-m68k dot org 2009-09-26 22:24 --- Looks like something has clobbered register A6. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41434

[Bug fortran/41478] function "pack" causes double free violation

--- Comment #2 from kargl at gcc dot gnu dot org 2009-09-26 21:15 --- Works for me on FreeBSD. REMOVE:kargl[201] cd tmp REMOVE:kargl[202] setenv MALLOC_OPTIONS AJ REMOVE:kargl[203] gfc4x -o z asd.f90 REMOVE:kargl[204] ./z array1: 0 0 array2: 1

[Bug fortran/41479] wrong code, mis-initialization

--- Comment #1 from reuter at physik dot uni-freiburg dot de 2009-09-26 21:14 --- Created an attachment (id=18661) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18661&action=view) test case for the mis-initialization -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41479

[Bug fortran/41479] New: wrong code, mis-initialization

The example below shows that besides the fact that declared as INTENT(OUT) the component 'n' is not initialized per default the second time. This is demanded by the FORTRAN standard. Example code: program main type :: container_t integer :: n = 0 ! if the following line is omitted, the p

[Bug bootstrap/41345] bootstrap comparison failure with --disable-checking

--- Comment #3 from dirtyepic at gentoo dot org 2009-09-26 20:46 --- still broken in -r152199. is there more info you need? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345

[Bug c++/41313] g++.dg/tree-prof/partition1.C compilation and execution test failures on *-apple-darwin*

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-26 20:43 --- darwin has -fpic by default. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41313

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #47 from howarth at nitro dot med dot uc dot edu 2009-09-26 20:36 --- (In reply to comment #46) > more than 20 lines... but not too too much. > Iain, It bootstraps fine here on x86_64-apple-darwin10 as well. Why don't you submit it to gcc-patches after regtesting but a

[Bug c++/41313] g++.dg/tree-prof/partition1.C compilation and execution test failures on *-apple-darwin*

--- Comment #7 from hjl dot tools at gmail dot com 2009-09-26 20:20 --- (In reply to comment #5) > Jakub, > Can you check what --save-temps produces for g++.dg/tree-prof/partition1.C > in partition1.s on linux? Does it produce two sets of global statements as > well? > > grep __Z3ba

[Bug fortran/41478] function "pack" causes double free violation

--- Comment #1 from reuter at physik dot uni-freiburg dot de 2009-09-26 20:06 --- Created an attachment (id=18660) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18660&action=view) Test code triggering the runtime error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41478

[Bug fortran/41478] New: function "pack" causes double free violation

The following program causes a double free violation, when compiled and run, the error message is: a.out(12292) malloc: *** error for object 0x2009d0: double free *** set a breakpoint in malloc_error_break to debug The code is: program main type :: container_t integer, dimension(:), allocatab

[Bug target/40959] build fails - No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'. Stop.

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-09-26 19:53 --- the target for crtfastmath.o should come from libgcc/config/ia64/t-ia64. Does this patch fix it: Index: libgcc/config.host === --- libgcc/config.host (

[Bug boehm-gc/40785] Powerpc bootstrap is broken due to problems in boehm-gc

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-09-26 19:48 --- Fixed. 2009-07-17 Michael Meissner PR boehm-gc/40785 * include/private/gc_locks.h (GC_test_and_set): If GCC 4.4, use the __sync_lock_test_and _set and __sync_lock_release builtins on

[Bug target/40871] g++ does not find lstdc++ on AIX

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-26 19:47 --- --disable-shared is not fully supported on AIX until 4.5 so closing as fixed for 4.5.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/41161] Hello World in C++ ISO does NOT compile

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-09-26 19:45 --- This program works for me, I copied and pasted your sample and it worked. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/40974] cannot build gcc-4.4.1: fenv_t has not been declared

--- Comment #12 from pinskia at gcc dot gnu dot org 2009-09-26 19:44 --- fenv.h should come from glibc ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974

[Bug middle-end/41475] common variables cannot be expected to be aligned

--- Comment #8 from pinskia at gcc dot gnu dot org 2009-09-26 19:29 --- This code is undefined I think (and really it is not valid C90/C99 code). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41475

[Bug c++/41313] g++.dg/tree-prof/partition1.C compilation and execution test failures on *-apple-darwin*

--- Comment #6 from dominiq at lps dot ens dot fr 2009-09-26 19:10 --- I also see similar failures on i686-apple-darwin9 in 32-bit mode (but not with -m64) for gcc.dg/tree-prof/bb-reorg.c and gcc.dg/tree-prof/pr34999.c: output is: /var/tmp//cc3DMvjA.s:230:FATAL:Symbol _foo.eh already de

[Bug tree-optimization/41477] gcc does not optimize a case that it should to make __builtin_object_size() more useful

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-26 18:22 --- *** This bug has been marked as a duplicate of 30317 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/30317] VRP cannot extract a range from (unsigned int) i + 0x0ffffffff > 4

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-09-26 18:22 --- *** Bug 41477 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/41477] gcc does not optimize a case that it should to make __builtin_object_size() more useful

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-26 18:20 --- This has been fixed since 4.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41477

[Bug c++/41313] g++.dg/tree-prof/partition1.C compilation and execution test failures on *-apple-darwin*

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-09-26 18:14 --- Jakub, Can you check what --save-temps produces for g++.dg/tree-prof/partition1.C in partition1.s on linux? Does it produce two sets of global statements as well? grep __Z3bari.eh partition1.S .globl _

[Bug c/41477] gcc does not optimize a case that it should to make __builtin_object_size() more useful

--- Comment #2 from arjan at linux dot intel dot com 2009-09-26 18:02 --- Created an attachment (id=18659) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18659&action=view) testcase that shows a slight reorder of the code works around the issue -- http://gcc.gnu.org/bugzilla/s

[Bug c/41477] gcc does not optimize a case that it should to make __builtin_object_size() more useful

--- Comment #1 from arjan at linux dot intel dot com 2009-09-26 18:02 --- Created an attachment (id=18658) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18658&action=view) testcase showing the missed optimization -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41477

[Bug c/41477] New: gcc does not optimize a case that it should to make __builtin_object_size() more useful

(see attached testcases; testcase.c shows the problem, testcase2.c shows that reorging the code works around it) it appears that gcc does not realize that after if (variable < 1 || variable > 10) return -1; the "variable" is in the range [1..10], likely because the execution of the second c

[Bug target/40641] gcc-4.4.0 does not honor the alway_inline attribute when using -Os

--- Comment #8 from florian at openwrt dot org 2009-09-26 17:59 --- (In reply to comment #7) > Ping ? Anything else I should provide ? The bug is still present with > gcc-4.4.1 > The bug is now solved with Dan's uClibc patch to prevent some registers to be clobberd in syscalls.(In rep

[Bug other/39888] TLS emutls not linked to automatically on Darwin

--- Comment #46 from developer at sandoe-acoustics dot co dot uk 2009-09-26 17:28 --- Created an attachment (id=18657) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18657&action=view) much simplified version of the ext patch OK. Jack made a Good Catch there... There is a much s

[Bug c++/13954] [tree-ssa] SRA does not work for classes that use inheritance with an empty base

--- Comment #15 from rguenth at gcc dot gnu dot org 2009-09-26 15:30 --- On trunk we get : # .MEM_3 = VDEF <.MEM_2(D)> param.f1 = 0; # .MEM_4 = VDEF <.MEM_3> memcpy (&local, ¶m, 9); # VUSE <.MEM_4> D.1743_1 = local.f1; if (D.1743_1 != 0) goto ; else goto ; :

[Bug tree-optimization/41186] VN doesn't look through non-aliasing by offset memcpy

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-26 15:27 --- Fixed. Related is PR13954 where VN does not look through (partial) struct copies using memcpy. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/41475] common variables cannot be expected to be aligned

--- Comment #7 from mikulas at artax dot karlin dot mff dot cuni dot cz 2009-09-26 15:27 --- Richard Guenther: the bug caused by common symbol (in file commonalign1.o) with the same name as data section symbol (in file commonalign2.o). In this case, the linker redirects the common symbo

[Bug c/41476] New: [4.5 regression] __typeof__ expands to const type

When __typeof__ is applied to a conditional expression that contains a call to a const function it expands to a const type. $ cat tgmath.c int foo (int) __attribute__ ((const)); void test (void) { __typeof__ (1 ? foo (0) : 0) texpr; texpr = 0; } $ gcc -c tgmath.c tgmath.c: In function ‘test’

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #53 from hjl dot tools at gmail dot com 2009-09-26 16:58 --- Created an attachment (id=18656) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18656&action=view) An updated patch for gcc 4.4 Oops. Wrong patch. Trry this one. -- hjl dot tools at gmail dot com changed

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #49 from hjl dot tools at gmail dot com 2009-09-26 14:06 --- (In reply to comment #48) > It can be seen from the patch. I don't know how to detect that a structure > contains an array with required SSE align, so I realign the stack for all > types Please find a testcase fi

[Bug tree-optimization/20165] Pointer does not really escape with write

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-26 15:33 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug target/8010] [vax-netbsdelf] ICE in extract_insn for g77.f-torture/execute/20010116.f

--- Comment #7 from steven at gcc dot gnu dot org 2009-09-26 09:53 --- Wow, a g77 bug. I thought we had all of those closed by now -- g77 is unsupported since GCC 4.0. Closing this as WONTFIX. -- steven at gcc dot gnu dot org changed: What|Removed

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #52 from hjl dot tools at gmail dot com 2009-09-26 16:55 --- Created an attachment (id=18655) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18655&action=view) An updated patch for gcc 4.4 Please try this patch for gcc 4.4. -- hjl dot tools at gmail dot com changed

[Bug middle-end/25140] aliases, including weakref, break alias analysis

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-26 12:01 --- Hm, I only can see references to "symbol" not to either function or variable declaration in the documentation. Can you cite the part that makes you think it restricts the use to functions? -- http://gcc.gnu.org

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #51 from hjl dot tools at gmail dot com 2009-09-26 16:15 --- (In reply to comment #50) > > I am saying that the patch could be included in 4.4 as a quick fix and that > 4.5 > needs stack alignment redesign. You can't redesign it by incrementally testing > against a set of

[Bug middle-end/41475] common variables cannot be expected to be aligned

--- Comment #5 from hjl dot tools at gmail dot com 2009-09-26 14:14 --- (In reply to comment #4) > Isn't this a linker issue in that it doesn't use the biggest alignment? > Linker can't change alignment on non-common symbols. I think it is wrong to give a different alignment for the sa

[Bug middle-end/41475] common variables cannot be expected to be aligned

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-26 14:37 --- The bug is about common symbols. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41475

[Bug middle-end/25140] aliases, including weakref, break alias analysis

--- Comment #9 from geoffk at gcc dot gnu dot org 2009-09-26 12:15 --- (In reply to comment #8) > Hm, I only can see references to "symbol" not to either function or variable > declaration in the documentation. Can you cite the part that makes you think > it restricts the use to functio

[Bug bootstrap/41473] [4.5 Regression] dsymutil "Assertion failed ..." since revision 151907

--- Comment #2 from dominiq at lps dot ens dot fr 2009-09-26 12:10 --- > How's that a GCC bug? Can you PROVE it is not? If you have a PROOF, could you be kind enough to post it so we can fill a bug report upstream. Meanwhile the WAITING status is fine. -- dominiq at lps dot ens dot

[Bug tree-optimization/41454] [4.4 Regression] DOM miscompiles gcc.c-torture/execute/990513-1.c at -O2 -fno-tree-vrp

--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-26 11:20 --- Fixed on trunk. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug middle-end/25140] aliases, including weakref, break alias analysis

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-26 11:29 --- Whoever designed this feature should be beaten with a cluebat for not asking people on how this will interact with aliasing. IMHO the testcase should be declared invalid and it should be documented that an aliased o

[Bug bootstrap/41473] [4.5 Regression] dsymutil "Assertion failed ..." since revision 151907

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-26 11:19 --- How's that a GCC bug? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added S

[Bug middle-end/25140] aliases, including weakref, break alias analysis

--- Comment #7 from geoffk at gcc dot gnu dot org 2009-09-26 11:51 --- I looked up 'weakref' in the GCC documentation because I'd forgotten exactly what it was supposed to do, and noticed that it's actually documented as applying only to functions. So, maybe we could just say that this

[Bug rtl-optimization/20972] Register allocator/reload uses auto-inc register in non-addressing operand

--- Comment #12 from steven at gcc dot gnu dot org 2009-09-26 09:58 --- Is there still a bug here, after the IRA merge? -- steven at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/24332] asm label declaration may be missing aliasing info

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-26 11:30 --- Undefined / invalid. There is no sensible way to deal with aliasing here without pessimizing every legitimate use. -- rguenth at gcc dot gnu dot org changed: What|Removed |Add

[Bug middle-end/40205] OpenMP do loop with MAXINT gives wrong trip count

--- Comment #2 from steven at gcc dot gnu dot org 2009-09-26 10:15 --- Jakub, OpenMP bug, is this something you have time for? -- steven at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug rtl-optimization/40987] Wrong optimization with if-conversion

-- steven at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- |

[Bug middle-end/41470] [4.5 Regression] -fexceptions ICE in partition_view_bitmap, at tree-ssa-live.c:331

--- Comment #4 from matz at gcc dot gnu dot org 2009-09-26 16:50 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/41475] common variables cannot be expected to be aligned

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-26 11:23 --- Isn't this a linker issue in that it doesn't use the biggest alignment? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41475

[Bug bootstrap/41473] [4.5 Regression] dsymutil "Assertion failed ..." since revision 151907

--- Comment #3 from rguenther at suse dot de 2009-09-26 12:13 --- Subject: Re: [4.5 Regression] dsymutil "Assertion failed ..." since revision 151907 On Sat, 26 Sep 2009, dominiq at lps dot ens dot fr wrote: > --- Comment #2 from dominiq at lps dot ens dot fr 2009-09-26 12:10 >

[Bug middle-end/41470] [4.5 Regression] -fexceptions ICE in partition_view_bitmap, at tree-ssa-live.c:331

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

[Bug debug/41474] [4.5 Regression] 951116-1.c ICEs in mem_loc_descriptor, at dwarf2out.c:11279

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41474

[Bug middle-end/41470] [4.5 Regression] -fexceptions ICE in partition_view_bitmap, at tree-ssa-live.c:331

--- Comment #3 from matz at gcc dot gnu dot org 2009-09-26 16:47 --- Subject: Bug 41470 Author: matz Date: Sat Sep 26 16:46:43 2009 New Revision: 152203 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152203 Log: PR lto/40758 PR middle-end/41470 * tree-ssa

[Bug lto/40758] [LTO] ICE in partition_view_bitmap, at tree-ssa-live.c:331

--- Comment #10 from matz at gcc dot gnu dot org 2009-09-26 16:47 --- Subject: Bug 40758 Author: matz Date: Sat Sep 26 16:46:43 2009 New Revision: 152203 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=152203 Log: PR lto/40758 PR middle-end/41470 * tree-ss

[Bug libgcj/38298] libjava link failures.

--- Comment #9 from rwild at gcc dot gnu dot org 2009-09-26 09:03 --- proposed patch at . -- rwild at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/40838] gcc shouldn't assume that the stack is aligned

--- Comment #50 from mikulas at artax dot karlin dot mff dot cuni dot cz 2009-09-26 15:44 --- > Please find a testcase first. Otherwise, nothing will be done. Thanks. I don't want anything to be done (unless the patch causes generation of wrong code --- I am not aware of such case). I