[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #7 from fabien dot chene at gmail dot com 2010-03-31 07:06 --- (In reply to comment #6) > (In reply to comment #5) > > > Nevertheless, can you confirm that it is valid C++03 ? > > > > I mean invalid, sorry. > > Yup :-) > > It is invalid. A is a non-POD class type, so 5.3

[Bug target/43580] [4.5 Regression] ICE segfault compiling libgcc2.c

--- Comment #12 from jakub at gcc dot gnu dot org 2010-03-31 07:45 --- When it is approved, I will, of course. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43580

[Bug target/43597] New: Move and compare with 0 can be combined

Compile the attached source code with options -Os -march=armv7-a -mthumb, gcc generates: foo4: push{r3, r4, r5, lr} bl bar cmp r0, #0 // A mov r5, r0 // B blt .L3 ... Instructions AB can be merged into one instruction

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #1 from carrot at google dot com 2010-03-31 07:50 --- Created an attachment (id=20262) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20262&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43597

[Bug target/43129] Simplify global variable's address loading with option -fpic

--- Comment #3 from carrot at google dot com 2010-03-31 08:01 --- (In reply to comment #2) > Doesn't this belong in the linker as a relaxation? This would solve the reloc > problem in the process. > Gnu linker has already support R_ARM_GOT_PREL. And the new relocation (GOT_PREL) has b

[Bug libstdc++/43595] std::unique incorrectly assumes transitive property on functor, operator==

--- Comment #1 from chris at bubblescope dot net 2010-03-31 08:09 --- Fixing this would make std::unique quite a bit less efficient. I personally believe the intention was always to make it an equivalence relation and as you say C++0x tightens up the condition. If this had come up 5 or

[Bug debug/43557] ICE with -combine and -g

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-31 08:39 --- Subject: Bug 43557 Author: jakub Date: Wed Mar 31 08:39:22 2010 New Revision: 157852 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157852 Log: PR debug/43557 * cfgexpand.c (expand_debug_expr):

[Bug target/43580] [4.5 Regression] ICE segfault compiling libgcc2.c

--- Comment #13 from jakub at gcc dot gnu dot org 2010-03-31 08:41 --- Subject: Bug 43580 Author: jakub Date: Wed Mar 31 08:41:28 2010 New Revision: 157853 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157853 Log: PR target/43580 * config/arm/arm.c (arm_save_cop

[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

--- Comment #31 from rearnsha at gcc dot gnu dot org 2010-03-31 08:47 --- (In reply to comment #30) > (In reply to comment #29) > > Wouldn't it be better to just remove _Unwind_GetRegionStart? > > This function is not part of the ARM EABI, and removing it would expose any > > (already b

[Bug target/43580] [4.5 Regression] ICE segfault compiling libgcc2.c

--- Comment #14 from jakub at gcc dot gnu dot org 2010-03-31 08:51 --- Should be fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NE

[Bug debug/43557] ICE with -combine and -g

--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-31 08:54 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #8 from redi at gcc dot gnu dot org 2010-03-31 08:55 --- (N.B. your email to gcc-patches gives the wrong PR number in the subject.) This reject the following valid program: struct X { X() : c(0), r(c) {} const int c; int const& r; }; int main() { new X; } If there

[Bug target/43597] Move and compare with 0 can be combined

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

[Bug inline-asm/39048] gcc 4.4.0 20090131 - Extra underscore hides libgcc's soft-fp functions from Testsuite causing FAILs + naming error in libgcc

--- Comment #11 from ro at gcc dot gnu dot org 2010-03-31 09:03 --- Subject: Bug 39048 Author: ro Date: Wed Mar 31 09:03:29 2010 New Revision: 157854 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157854 Log: gcc: PR target/39048 * config.gcc (i[34567]86-

[Bug target/39048] gcc 4.4.0 20090131 - Extra underscore hides libgcc's soft-fp functions from Testsuite causing FAILs + naming error in libgcc

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

[Bug target/39048] gcc 4.4.0 20090131 - Extra underscore hides libgcc's soft-fp functions from Testsuite causing FAILs + naming error in libgcc

--- Comment #12 from ro at gcc dot gnu dot org 2010-03-31 09:07 --- Fixed for 4.5.0. -- ro at gcc dot gnu dot org changed: What|Removed |Added URL|

[Bug target/43597] Move and compare with 0 can be combined

-- ramana at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords||missed-opt

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.5.0 http://gcc

[Bug c++/43558] [4.5 Regression] Rejects specialization

--- Comment #3 from dodji at gcc dot gnu dot org 2010-03-31 09:21 --- Subject: Bug 43558 Author: dodji Date: Wed Mar 31 09:21:02 2010 New Revision: 157857 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157857 Log: Fix PR c++/43558 gcc/cp/ChangeLog: PR c++/43558

[Bug lto/43581] exception handling broken across shared libaries with -fuse-linker-plugin

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-03-31 09:22 --- It is enough to build the shared library with -flto -fuse-linker-plugin. You then get /tmp> LD_LIBRARY_PATH=. ./main terminate called after throwing an instance of 'libexc' what(): exception in library Aborted

[Bug c++/43558] [4.5 Regression] Rejects specialization

--- Comment #4 from dodji at gcc dot gnu dot org 2010-03-31 09:33 --- Fixed in 4.5 (trunk). -- dodji at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug debug/43325] [4.5 Regression] C++ external inner reference does not override outer scope

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

[Bug libstdc++/43595] std::unique incorrectly assumes transitive property on functor, operator==

--- Comment #2 from redi at gcc dot gnu dot org 2010-03-31 09:57 --- This is a defect in the original standard: http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#202 The policy of libstdc++ is to fix defects, and I see no benefit in changing the C++03 behaviour to be incompat

[Bug middle-end/43574] [4.5 Regression] Revision 157795 failed gcc.dg/lto/20090914-1 c_lto_20090914-1_0.o

--- Comment #5 from jiez at gcc dot gnu dot org 2010-03-31 09:57 --- Subject: Bug 43574 Author: jiez Date: Wed Mar 31 09:57:03 2010 New Revision: 157859 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157859 Log: PR 43574 * opt-functions.awk (var_type_struct): Use

[Bug c/36367] warning for questionable compound expression

--- Comment #2 from pzhao at gcc dot gnu dot org 2010-03-31 09:58 --- Author: ebotcazou Date: Thu May 29 11:33:17 2008 New Revision: 136154 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=136154 Log: * tree-nested.c (check_for_nested_with_variably_modified): Fix typo. Ad

[Bug middle-end/43574] [4.5 Regression] Revision 157795 failed gcc.dg/lto/20090914-1 c_lto_20090914-1_0.o

--- Comment #6 from jiez at gcc dot gnu dot org 2010-03-31 09:58 --- Should be fixed now. -- jiez at gcc dot gnu dot org changed: What|Removed |Added Status|N

[Bug debug/43325] [4.5 Regression] C++ external inner reference does not override outer scope

--- Comment #1 from dodji at gcc dot gnu dot org 2010-03-31 10:08 --- A patch was proposed at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01473.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43325

[Bug c/36367] warning for questionable compound expression

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-03-31 10:08 --- Not clear what happened but the aforementioned commit is not a fix for this PR. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug ada/43598] New: GNAT.Expect.Non_Blocking_Spawn double free or corruption

(forwarding Debian bug #575954) Under some conditions, using GNAT.Expect.Non_Blocking_Spawn in conjunction with GNAT.Expect.Close leads to memory corruption on amd64. Given the following small reproducer: -- expect_test.adb with Ada.Text_IO; with GNAT.Expect; with GNAT.OS_Lib; with GNAT.Regpa

[Bug c/43599] New: Several missing optimizations

I was wondering whether GCC can optimize sin(x) and cos(x) of the same angle in order to use the combined fsincos x86 instruction. The testcase is: 8< #include double fn1(double x) { return sin(x) * cos(x); } double fn2(double x) { return __builtin

[Bug c/43599] Several missing optimizations

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-03-31 10:47 --- fsin and fcos are not precise, you have to use -funsafe-math-optimizations to enable their use. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/43599] Several missing optimizations

--- Comment #2 from piotr dot wyderski at gmail dot com 2010-03-31 11:00 --- With -ffast-math the code becomes .file "testcase.cpp" .text .p2align 4,,15 .globl __Z3fn1d .def__Z3fn1d; .scl2; .type 32; .endef __Z3fn1d: fl

[Bug target/43590] ICE in spill_failure, at reload1.c:2158

-- ramana at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target trip

[Bug c/43599] Several missing optimizations

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-03-31 11:08 --- fsin/fcos are known to get wrong results for certain values and their precision is nowhere near acceptable. Note that when emitting fsin/fcos GCC omits necessary range reduction for large arguments - fsin/fcos only

[Bug c/43599] Several missing optimizations

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-31 11:10 --- Btw, on targets which have sincos in their libm gcc emits a call to that routine when optimizing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43599

[Bug target/42886] [4.5 Regression] GCC is not relocatable anymore on Windows (mingw32)

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-31 11:52 --- Back to P3 due to waiting state. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/39725] [4.5 Regression][cond-optab] MIPS pessimizations on floating-point

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-03-31 11:55 --- Unconfirmed -> P3. Also mips-linux isn't primary nor secondary - unclear if this bug also applies to mipsisa64-elf. -- rguenth at gcc dot gnu dot org changed: What|Removed |Ad

[Bug middle-end/39976] [4.5 Regression] Big sixtrack degradation on powerpc 32/64 after revision r146817

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2010-03-29 17:28:22 |2010-03-31 11:56:

[Bug c/43600] New: Segmentation fault for large C file (24MB)

For my generated C file that has 24MB, gcc fails after 11 seconds with: gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. Fedora 11 64-bit, Pentium Quad Core, 2.83GHz, 4GB memory, gcc 4.4.1 $ uname -a Linux 2.6.30.9-99.fc11.x86_64 #1 SMP Tue Nov 17 21:30:38

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #1 from ihusar at fit dot vutbr dot cz 2010-03-31 11:57 --- Created an attachment (id=20263) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20263&action=view) testing C file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43600

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #2 from ihusar at fit dot vutbr dot cz 2010-03-31 11:57 --- Created an attachment (id=20264) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20264&action=view) valgrind report -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43600

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #3 from ihusar at fit dot vutbr dot cz 2010-03-31 11:59 --- Other details, e.g. why I want to compile so huge file, can be found here: http://n3.nabble.com/Memory-and-time-consumption-for-larger-files-td683717.html#a683717 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #9 from fabien dot chene at gmail dot com 2010-03-31 12:20 --- (In reply to comment #8) > (N.B. your email to gcc-patches gives the wrong PR number in the subject.) > > This reject the following valid program: > > struct X { > X() : c(0), r(c) {} > const int c; > int

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-03-31 12:23 --- needs -DCLANG to build. cgraph verification takes ages, so make sure to turn off checking. The issue is: Program received signal SIGSEGV, Segmentation fault. 0x007b9f6e in cgraph_output_in_order () at

[Bug c++/43601] New: Enormous increase in DLL object files size in 4.5

Hello, This is not necessarily a bug but I don't know about any other place to discuss this so I'm reporting it here -- please let me know if I should post somewhere else. Anyhow, there seems to be a big problem with building shared C++ libraries using the typical class __attribute(dll

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #10 from redi at gcc dot gnu dot org 2010-03-31 12:34 --- Thanks. I can't test it now but that looks better. Just below your new code I see this error: error ("uninitialized const in % of %q#T", elt_type); Maybe your new diagnostics should also include 'new' like that.

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #2 from jakub at gcc dot gnu dot org 2010-03-31 13:06 --- Created an attachment (id=20265) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20265&action=view) gcc45-pr43596.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-03-31 13:20 --- Subject: Bug 43600 Author: rguenth Date: Wed Mar 31 13:20:19 2010 New Revision: 157867 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157867 Log: 2010-03-31 Richard Guenther PR middle-end/43600

[Bug middle-end/43602] New: ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

The commit of... Author: rguenth Date: Tue Mar 30 13:10:16 2010 New Revision: 157822 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157822 Log: 2010-03-30 Seongbae Park Jack Howarth * tree-profile.c (tree_init_ic_make_global_vars): Make static variables TLS.

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-03-31 13:23 --- Subject: Bug 43600 Author: rguenth Date: Wed Mar 31 13:23:17 2010 New Revision: 157868 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157868 Log: 2010-03-31 Richard Guenther PR middle-end/43600

[Bug c/43600] Segmentation fault for large C file (24MB)

--- Comment #7 from rguenth at gcc dot gnu dot org 2010-03-31 13:25 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-03-31 13:29 --- The commit of the patch to eliminate race conditions in indirect value profiling (r157822) hasn't triggered the same profile related testsuite failures in any other target. This leads to two questions... 1

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-03-31 13:42 --- Richard Guenther has suggested that these two unresolved symbols need to be exported. I'll test that this evening. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug c/43603] New: gcc-4.4.3 ICE on ia64 with -O3

/* % uname -a Linux cleo 2.6.18-128.1.1.el5 #1 SMP Mon Jan 26 13:57:09 EST 2009 ia64 ia64 ia64 GNU/Linux % % gcc -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: /usr/local/gcc-4.4.3/src/gcc-4.4.3/configure --enable-languages=c,c++,fortran --with-gnu-as --with-as=/usr/loca

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #11 from fabien dot chene at gmail dot com 2010-03-31 13:46 --- (In reply to comment #10) > Thanks. I can't test it now but that looks better. > > Just below your new code I see this error: > > error ("uninitialized const in % of %q#T", elt_type); > > Maybe your new d

[Bug c++/25811] No failure creating a POD containing a const member, using new without a new-initializer.

--- Comment #12 from redi at gcc dot gnu dot org 2010-03-31 13:52 --- That works for me, although I should point out I can't approve the patch, so it's just my opinion -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25811

[Bug c/43604] New: Error on compilling kernel FreeBSD

When I try install my new kernel, gcc show follow message: ../../../dev/ex/if_ex.c:290: internal compiler error: Segmentation fault: 11 -- Summary: Error on compilling kernel FreeBSD Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity:

[Bug c/43604] Error on compilling kernel FreeBSD

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-31 14:03 --- 4.2.x is not maintained anymore. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug fortran/43605] New: Regression: wrong results with ftell

cat telltest.txt 123456 789 CC DD cat telltest.f C234567 integer i character*99 buffer open(10,FILE="telltest.txt") read(10,'(a)') buffer !!read(10,*) buffer call ft

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #1 from burnus at gcc dot gnu dot org 2010-03-31 14:27 --- Working: 2009-04-05-r145558 Failing: 2009-04-06-r145580 Changelog shows a couple of I/O patches - and indeed if one uses the failing version with libgfortran of 4.4.3 the bug is gone. The I/O patch I suspect is: PR

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-03-31 14:53 --- Does this change applied to libmudflap (which we don't build on darwin) provide a template for what we might need to do? Author: jiez Date: Fri Jan 23 04:58:03 2009 New Revision: 143583 URL: http://gcc.gn

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #2 from steven at gcc dot gnu dot org 2010-03-31 14:59 --- In .final, the insns look like this: @(insn:TI 9 7 8 t.c:8 (set (reg:CC 24 cc) @(compare:CC (reg:SI 0 r0 [orig:134 f ] [134]) @(const_int 0 [0x0]))) 220 {*arm_cmpsi_insn} (expr_list:REG_DEAD (reg:S

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #2 from burnus at gcc dot gnu dot org 2010-03-31 15:07 --- Janne, could you please have a look. * * * The following looks very fishy: gfc_unit * u = find_unit (*unit); ret = (size_t) stell (u->s); pt find_unit(*unit)->s type = struct stream { ssize_t (*read)(st

[Bug target/43597] Move and compare with 0 can be combined

--- Comment #3 from steven at gcc dot gnu dot org 2010-03-31 15:15 --- Well, according to GDB, combine does try to combine in try_combine: Breakpoint 8, try_combine (i3=0x204fc8b8, i2=0x204fc828, i1=0x0, new_direct_jump_p=0x6fd4ae28) at ../../trunk/gcc/combine.c:2

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-03-31 15:19 --- If I am reading gcc/configure.ac correctly, darwin shouldn't using TLS in that part of the build. So perhaps we just need to add a wrapper like... Index: gcc/tree-profile.c

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-03-31 15:23 --- Of course this does beg the question of why other instances of... DECL_TLS_MODEL ()=decl_default_tls_model (); ...such as... DECL_TLS_MODEL (v) = decl_default_tls_model (v); ...in gcc/c-parser.c and...

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-31 15:27 --- Subject: Bug 43596 Author: jakub Date: Wed Mar 31 15:26:57 2010 New Revision: 157869 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157869 Log: PR bootstrap/43596 * cselib.c (cselib_process_ins

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #3 from jb at gcc dot gnu dot org 2010-03-31 15:38 --- Assigning to myself. This is probably due to ftell not taking into account fbuf. -- jb at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/43596] [4.5 regression] Failed to boostrap

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-31 15:47 --- Hopefully fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug objc++/23613] obj-c++.dg/isa-field-1.mm fails with the GNU runtime

--- Comment #8 from janis at gcc dot gnu dot org 2010-03-31 15:48 --- Subject: Bug 23613 Author: janis Date: Wed Mar 31 15:47:42 2010 New Revision: 157872 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157872 Log: 2010-03-31 Iain Sandoe PR objc++/23613 * gcc/

[Bug debug/40521] [4.4/4.5 Regression] -g causes GCC to generate .eh_frame

--- Comment #24 from tschwinge at gcc dot gnu dot org 2010-03-31 15:49 --- Regression report for arm-none-linux-gnueabi: Patch: -- tschwinge at gcc dot gnu dot org cha

[Bug objc/35165] Massive failures of objc on i686-apple-darwin9

--- Comment #14 from janis at gcc dot gnu dot org 2010-03-31 15:51 --- Subject: Bug 35165 Author: janis Date: Wed Mar 31 15:50:45 2010 New Revision: 157873 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157873 Log: 2010-03-31 Iain Sandoe PR testsuite/35165 *

[Bug preprocessor/43606] New: Raw string support fails to preserve backslash whitespace newline

...and so the execution test fails for c-c++-common/raw-string-7.c. -- Summary: Raw string support fails to preserve backslash whitespace newline Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug preprocessor/43606] Raw string support fails to preserve backslash whitespace newline

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

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #4 from pault at gcc dot gnu dot org 2010-03-31 18:03 --- (In reply to comment #3) > Assigning to myself. This is probably due to ftell not taking into account > fbuf. > Janne, I hate to say it but you are going to have to move pretty fast to beat Richi's 2nd April deadline

[Bug fortran/35810] [TR 15581 / F2003] Automatic reallocation on assignment to allocatable variables

--- Comment #7 from burnus at gcc dot gnu dot org 2010-03-31 18:05 --- Note: For coarrays/coindexed variables, the shape must be the same. That means that there is _no_ reallocate on assignment, cf. F2008, "7.2.1.2 Intrinsic assignment statement": "In an intrinsic assignment statement, [

[Bug libfortran/43572] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

--- Comment #2 from danglin at gcc dot gnu dot org 2010-03-31 18:08 --- It appears to be a regression. See results for 4.4: http://gcc.gnu.org/ml/gcc-testresults/2010-03/msg02690.html I'll rebuild 4.5 and check point a. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43572

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #12 from uros at gcc dot gnu dot org 2010-03-31 18:09 --- Subject: Bug 43528 Author: uros Date: Wed Mar 31 18:09:04 2010 New Revision: 157880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157880 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #4 from uros at gcc dot gnu dot org 2010-03-31 18:09 --- Subject: Bug 43524 Author: uros Date: Wed Mar 31 18:09:04 2010 New Revision: 157880 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157880 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug tree-optimization/43351] ICE: SIGSEGV with -fgraphite-identity in 4.4

--- Comment #4 from spop at gcc dot gnu dot org 2010-03-31 18:37 --- Subject: Bug 43351 Author: spop Date: Wed Mar 31 18:36:45 2010 New Revision: 157882 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157882 Log: Add testcase for PR43351. 2010-03-13 Sebastian Pop PR

[Bug middle-end/43464] copy prop breaks loop closed SSA form

--- Comment #15 from spop at gcc dot gnu dot org 2010-03-31 18:38 --- Subject: Bug 43464 Author: spop Date: Wed Mar 31 18:37:41 2010 New Revision: 157889 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157889 Log: Fix PR43464: copyprop should maintain loop close phi nodes with mu

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #5 from jb at gcc dot gnu dot org 2010-03-31 18:42 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01523.html -- jb at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/43464] copy prop breaks loop closed SSA form

--- Comment #16 from spop at gcc dot gnu dot org 2010-03-31 18:48 --- Fixed. -- spop at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug lto/43581] exception handling broken across shared libaries with -fuse-linker-plugin

--- Comment #6 from rwild at gcc dot gnu dot org 2010-03-31 18:49 --- Here's the analogous test case from Libtool for dlopen'ed modules. Also passes when -fuse-linker-plugin is removed from the link line for module.so. CXX=g++ CXXFLAGS='-O2 -flto' LDFLAGS='-fuse-linker-plugin' cat >mo

[Bug lto/43576] lto: ICE with partial linking (ld -r, both bfd and gold)

--- Comment #1 from rwild at gcc dot gnu dot org 2010-03-31 18:53 --- FWIW, same failure happens with s/-flto/-fwhopr/g but is probably worth another testcase once fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43576

[Bug middle-end/43607] New: ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

+++ This bug was initially created as a clone of Bug #38360 +++ The testcase fails with -fipa-type-escape: trunk r157877: $ /mnt/svn/gcc-trunk/binary-157877-lto/bin/gcc -fipa-type-escape testsuite/gcc.c-torture/compile/pr38360.c testsuite/gcc.c-torture/compile/pr38360.c:9:1: internal compiler err

[Bug middle-end/43607] ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

--- Comment #1 from zsojka at seznam dot cz 2010-03-31 19:36 --- Created an attachment (id=20266) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20266&action=view) testsuite/gcc.c-torture/compile/pr38360.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43607

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #13 from uros at gcc dot gnu dot org 2010-03-31 20:14 --- Subject: Bug 43528 Author: uros Date: Wed Mar 31 20:14:10 2010 New Revision: 157894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157894 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #5 from uros at gcc dot gnu dot org 2010-03-31 20:14 --- Subject: Bug 43524 Author: uros Date: Wed Mar 31 20:14:10 2010 New Revision: 157894 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157894 Log: Backport from mainline: 2010-03-27 Uros Bizjak

[Bug tree-optimization/43528] ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

--- Comment #14 from ubizjak at gmail dot com 2010-03-31 20:17 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW

[Bug c++/43608] New: Boost.MPL code doesn't get the placeholders substituted anymore

The following code stopped working with gcc-4.5. gcc-4.4.3 and clang both accept it. On gcc-4.5, boost::mpl_::arg<2> is passed to metafunction instead of test1. The strange thing is: If the specialization of metafunction<_2> is provided, the code works again. I'm sorry that this is not a minimal te

[Bug target/43524] ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

--- Comment #6 from ubizjak at gmail dot com 2010-03-31 20:18 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-03-31 20:21 --- Untested patch... Index: varasm.c === --- varasm.c(revision 157893) +++ varasm.c(working copy) @@ -332,6 +332,7 @@ TREE_STATIC

[Bug lto/43609] New: LTO -fwhopr generating shared library: ICE in csi_node at cgraph.h:663

touch a.c gcc -fPIC -fwhopr -O2 -c a.c gcc -shared -fPIC a.o -fwhopr -O2 -o liba.so leads to: lto1: internal compiler error: vector VEC(cgraph_node_ptr,base) index domain error, in csi_node at cgraph.h:663 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #7 from dominiq at lps dot ens dot fr 2010-03-31 20:40 --- > + assert (!targetm.have_tls && TREE_CODE (decl) == VAR_DECL > + && DECL_THREAD_LOCAL_P (decl)); s/assert/gcc_assert/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #8 from dominiq at lps dot ens dot fr 2010-03-31 20:54 --- With the patch in comment #6, I get: [macbook] f90/bug% gcc45 -fprofile-generate -O3 /opt/gcc/work/gcc/testsuite/gcc.dg/matrix/transpose-1.c gcc45: Internal error: Segmentation fault (program cc1) Program received s

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-03-31 21:05 --- What happens if you revert the section... @@ -353,8 +354,8 @@ struct tree_map *h, in; void **loc; - if (targetm.have_tls || decl == NULL || decl == error_mark_node - || TREE_CODE (decl) != VAR

[Bug target/21803] [ia64] gcc produces really odd predicated code

--- Comment #4 from bernds at codesourcery dot com 2010-03-31 21:36 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01536.html Only tested on ARM (same issue as PR42496), but should also solve the ia64 problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21803

[Bug rtl-optimization/21803] [ia64] gcc produces really odd predicated code

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-31 21:37 --- I had saw this too and I thought I filed a bug about this same problem but I cannot find it right now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/41514] redundant compare instruction of consecutive conditional branches

--- Comment #4 from bernds at codesourcery dot com 2010-03-31 21:41 --- A simple patch is at http://gcc.gnu.org/ml/gcc-patches/2010-03/msg01405.html -- bernds at codesourcery dot com changed: What|Removed |Added

  1   2   >