[Bug c/56078] causes cc1 to crash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 janus at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code

[Bug target/49069] [4.6/4.7/4.8 Regression] ICE in gen_cstoredi4, at config/arm/arm.md:7554

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069 --- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 08:37:39 UTC --- Author: jakub Date: Wed Jan 23 08:37:16 2013 New Revision: 195398 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195398 Log: PR

[Bug fortran/56052] [4.7/4.8 Regression] [OOP] ICE in omp_add_variable, at gimplify.c:5606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 08:44:00 UTC --- Author: jakub Date: Wed Jan 23 08:43:50 2013 New Revision: 195399 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195399 Log: PR

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #21 from Iain Sandoe iains at gcc dot gnu.org 2013-01-23 08:44:45 UTC --- (In reply to comment #20) crttme.o comes from libgcc/config/darwin-crt-tm.c, which has: /* Provide dummy functions to satisfy linkage for versions

[Bug target/49069] [4.6/4.7 Regression] ICE in gen_cstoredi4, at config/arm/arm.md:7554

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Known to work||4.8.0

[Bug fortran/56052] [4.7 Regression] [OOP] ICE in omp_add_variable, at gimplify.c:5606

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Summary|[4.7/4.8 Regression] [OOP] |[4.7

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #4 from janus at gcc dot gnu.org 2013-01-23 09:09:56 UTC --- On the 4.6 branch, one finds the following check in resolve.c (resolve_select, line 7426): if (case_expr-rank != 0) { gfc_error (Argument of SELECT

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #5 from janus at gcc dot gnu.org 2013-01-23 09:13:19 UTC --- In ChangeLog-2011 I see the following commit: 2011-12-11 Paul Thomas pa...@gcc.gnu.org Tobias Burnus bur...@gcc.gnu.org PR fortran/41539 PR

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #6 from janus at gcc dot gnu.org 2013-01-23 09:21:02 UTC --- The obvious fix is certainly to re-insert that piece of code: Index: gcc/fortran/resolve.c === ---

[Bug fortran/56079] [4.7/4.8 Regression] ICE with C_PTR renaming and TRANSFER

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56079 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #7 from janus at gcc dot gnu.org 2013-01-23 09:52:30 UTC --- (In reply to comment #6) Will check for regressions now. Unfortunately it seems to trigger a large number of regressions in the testsuite, e.g. on: FAIL:

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #23 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-01-23 09:56:13 UTC --- (In reply to comment #21) ... I don't have darwin11 or 12 (yet) - but should do soon. The test also fails on darwin10 unless the patch in

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 --- Comment #8 from janus at gcc dot gnu.org 2013-01-23 10:00:31 UTC --- (In reply to comment #7) FAIL: gfortran.dg/class_allocate_10.f03 -O0 (test for excess errors) FAIL: gfortran.dg/class_allocate_8.f03 -O0 (test for excess errors)

[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964 --- Comment #7 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-01-23 10:14:52 UTC --- a great miracle happened here: # pkg info -xo gcc-4.6 gcc-4.6.4.20121123: lang/gcc46 # I didn't have to do anything extra to get it build.

[Bug tree-optimization/56075] [gcc-4.7.1] 64-bit version, -Os eliminate some line of code which working fine in gcc-4.6.2 64-bit version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56075 --- Comment #1 from rajendiran rajendiran.public at gmail dot com 2013-01-23 10:31:45 UTC --- Created attachment 29254 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29254 C Source code without preprocced

[Bug middle-end/55889] [4.8 Regression] ICE: in move_op_ascend, at sel-sched.c:6153 with -fschedule-insns -fselective-scheduling

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889 Andrey Belevantsev abel at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug tree-optimization/56075] [gcc-4.7.1] 64-bit version, -Os eliminate some line of code which working fine in gcc-4.6.2 64-bit version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56075 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug sanitizer/55989] [4.8 regresion] build failure in libsanitizer

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #25 from Kostya Serebryany kcc at gcc dot gnu.org 2013-01-23 12:21:51 UTC --- So, what is our decision? Are we just doing - static const uptr kHighMemEnd = 0x0fffUL; + static const uptr kHighMemEnd =

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #26 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 12:26:30 UTC --- (In reply to comment #25) So, what is our decision? Are we just doing - static const uptr kHighMemEnd = 0x0fffUL; + static

[Bug c++/55992] constexpr static member function not recognised in templated using statement

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55992 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC|

[Bug c++/56013] ICE in lambda in a for-each in templated class

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56013 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/55828] problem with access to static method from lambda in another method

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55828 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #27 from Kostya Serebryany kcc at gcc dot gnu.org 2013-01-23 12:51:40 UTC --- BTW, I wonder why clang generates larger and slower code with ADD instead of OR I did not investigate. I noticed that the code size with OR is

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #28 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 13:05:57 UTC --- Why doesn't it error for unlimited stack say on x86_64? If the stack mapping size is unlimited, it also potentially overlaps with the shadow memory.

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 janus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #29 from Kostya Serebryany kcc at gcc dot gnu.org 2013-01-23 13:19:30 UTC --- Why doesn't it error for unlimited stack say on x86_64? Because on x86_64 the stack is still high enough (we are lucky). Note: I would not

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 Jan Hubicka hubicka at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #30 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 13:30:19 UTC --- What I mean, is a stack PROT_GROWSDOWN RLIM_INFINITY RLIMIT_STACK mapping is defined to be a mapping from the top of that mapping down to the first

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #31 from Kostya Serebryany kcc at gcc dot gnu.org 2013-01-23 13:32:11 UTC --- I've committed an upstream change http://llvm.org/viewvc/llvm-project?view=revrevision=173260 that makes kHighMemEnd dynamic. Hopefully, it will

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #24 from Iain Sandoe iains at gcc dot gnu.org 2013-01-23 13:33:15 UTC --- (In reply to comment #23) (In reply to comment #21) ... I don't have darwin11 or 12 (yet) - but should do soon. The test also fails on darwin10

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #32 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 13:33:45 UTC --- I take it back, seems it is because the kernel mmaps the shared libraries in that range in this case. So indeed, you probably need a dynamic mapping,

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #6 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-23 13:38:16 UTC --- The patch in Comment #4 should not have any effect (and indeed the test does not fire for me on the testcase). can_early_inline predicate already test

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #33 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 13:40:57 UTC --- (In reply to comment #31) I've committed an upstream change http://llvm.org/viewvc/llvm-project?view=revrevision=173260 that makes kHighMemEnd

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 --- Comment #34 from Kostya Serebryany kcc at gcc dot gnu.org 2013-01-23 13:50:31 UTC --- Do you really want to make kHighMemEnd dynamic always? Shouldn't it be dynamic only when needed (i.e. for configurations like ppc64 which now

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #8 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-23 13:56:44 UTC --- This is not really issue with early inliner confused with function not being in SSA form. But for aid of esra, we can do that at expense of increasing

[Bug testsuite/56082] New: FAIL: gfortran.dg/bind_c_bool_1.f90 -O (test for errors, line 18) on powerpc-apple-darwin9 with -m32

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56082 Bug #: 56082 Summary: FAIL: gfortran.dg/bind_c_bool_1.f90 -O (test for errors, line 18) on powerpc-apple-darwin9 with -m32 Classification: Unclassified Product: gcc

[Bug middle-end/56074] [4.8 regression] ICE compiling gcc.dg/vect/pr49093.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56074 --- Comment #4 from Rainer Orth ro at gcc dot gnu.org 2013-01-23 13:59:18 UTC --- Indeed, thanks for the superfast fix. Rainer

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #9 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-23 14:00:23 UTC --- Just for record, I do not recall any issues with early inliner being run in parallel with into-SSA. As a simple inliner working in topological order, it

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #25 from Aldy Hernandez aldyh at redhat dot com 2013-01-23 14:11:53 UTC --- looks like (yet another) permutation of what works/doesn't with ELF-style weak linking I don't have darwin11 or 12 (yet) - but should do soon.

[Bug middle-end/55797] [4.8 Regression] ICE: verify_cgraph_node failed: edge has no corresponding call_stmt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797 --- Comment #10 from Jan Hubicka hubicka at gcc dot gnu.org 2013-01-23 14:19:51 UTC --- I am testing the following patch. It is a side case where we save function body but the function we save the body of becomes unnecesary as a result of

[Bug c/56078] causes cc1 to crash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jsm28 at

[Bug c/56078] causes cc1 to crash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23 14:32:31 UTC --- --- gcc/c/c-typeck.c.jj2013-01-11 09:02:31.0 +0100 +++ gcc/c/c-typeck.c2013-01-23 15:24:50.839173887 +0100 @@ -7574,7 +7574,9 @@

[Bug target/54222] [avr] Implement fixed-point support

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222 --- Comment #9 from Georg-Johann Lay gjl at gcc dot gnu.org 2013-01-23 15:13:56 UTC --- Author: gjl Date: Wed Jan 23 15:13:51 2013 New Revision: 195407 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195407 Log: PR

[Bug c/56083] New: Vectorizer uses xor/movlps/movhps rather than movups

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56083 Bug #: 56083 Summary: Vectorizer uses xor/movlps/movhps rather than movups Classification: Unclassified Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug c++/56084] New: poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 Bug #: 56084 Summary: poor error recovery for missing ; Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 Manuel López-Ibáñez manu at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic

[Bug libstdc++/56085] New: Unsafe negation in C++03 pow(complex,int)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56085 Bug #: 56085 Summary: Unsafe negation in C++03 pow(complex,int) Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal

[Bug c/56083] Vectorizer uses xor/movlps/movhps rather than movups

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56083 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/56083] Vectorizer uses xor/movlps/movhps rather than movups

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56083 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added CC||glisse at

[Bug c/56083] Vectorizer uses xor/movlps/movhps rather than movups

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56083 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2013-01-23 16:23:47 UTC --- (In reply to comment #2) Uros, I completely agree, but note that the PR also mentions this line: xorps%xmm0, %xmm0 which appears rather

[Bug fortran/56047] [4.8 Regression] [OOP] ICE in in gfc_conv_expr_op

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56047 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug sanitizer/55975] asan does not work with 46 bit address space on PowerPC64

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975 William J. Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug target/56056] [4.8 Regression] internal compiler error: in get_builtin_code_for_version, at config/i386/i386.c:28686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56056 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug lto/56061] [4.8 Regression] ICE in lto1 (in inline_call, at ipa-inline-transform.c:267)

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

[Bug middle-end/56077] volatile ignored when function inlined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW

[Bug other/56076] [4.8 regression] Several 64-bit libgo tests FAIL in read_line_header

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

[Bug tree-optimization/56075] [gcc-4.7.1] 64-bit version, -Os eliminate some line of code which working fine in gcc-4.6.2 64-bit version

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56075 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/56074] [4.8 regression] ICE compiling gcc.dg/vect/pr49093.c

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

[Bug target/56056] [4.8 Regression] internal compiler error: in get_builtin_code_for_version, at config/i386/i386.c:28686

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56056 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/55742] [4.8 regression] __attribute__ in class function declaration cause prototype does not match errors.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug target/56068] -march=native creates Illegal instruction on KVM guests

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56068 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #26 from Jack Howarth howarth at nitro dot med.uc.edu 2013-01-23 16:44:51 UTC --- Iain, The initial comments from the darwin linker developer were... That test case is dying because a.out contains its own copy of

[Bug libstdc++/56085] Unsafe negation in C++03 pow(complex,int)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56085 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug fortran/56081] [4.7/4.8 Regression] Seg fault ICE on select with bad case

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56081 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P5

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #27 from Jack Howarth howarth at nitro dot med.uc.edu 2013-01-23 16:48:19 UTC --- (In reply to comment #25) FWIW, I reproduced the problem on Darwin10 (x86_64-apple-darwin10.8.0). Mac OS X 10.6.8. What Xcode do you have

[Bug debug/54402] [4.8 Regression] var-tracking does not scale

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54402 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED

[Bug web/56063] [bugzilla] last reconfirmed : now

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56063 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org 2013-01-23 16:52:13 UTC --- ISTR old bugzilla had a reconfirm-now-like style. As long as one would be able to eventually re-set the reconfirmed date back if it was changed in

[Bug driver/56062] Enhance -fuse-ld= option

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56062 Richard Biener rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #3 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-23 17:02:02 UTC --- (Separately, I'm investigating whether there's some way to reduce the output when an invalid ostream operation is done, because the sheer number of

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #4 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-23 17:05:14 UTC --- BTW, what is the difference between deduction and substitution?

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #5 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-23 17:10:58 UTC --- Of course, the color output makes much easier to spot the note:. And the use of a common prefix note: candidate function... or note: candidate

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #6 from Marc Glisse glisse at gcc dot gnu.org 2013-01-23 17:17:53 UTC --- (In reply to comment #5) Of course, the color output makes much easier to spot the note:. Er, not here, bold black (the color they chose for note:) on

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #7 from Manuel López-Ibáñez manu at gcc dot gnu.org 2013-01-23 17:31:21 UTC --- Strange. In the GCC farm and without any customization, clang uses gray for the note. I have seen presentations where it also uses this color scheme. I

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #28 from Jack Howarth howarth at nitro dot med.uc.edu 2013-01-23 17:32:34 UTC --- Iain, The ELF style weak ref issue appears to be red herring. I find that both darwin10 with Xcode 4.2 (whose build of libitm has a config.h

[Bug sanitizer/55679] new asan tests from r194458 fail on x86_64-apple-darwin10

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55679 Jack Howarth howarth at nitro dot med.uc.edu changed: What|Removed |Added Status|NEW

[Bug c++/56084] poor error recovery for missing ;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56084 --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2013-01-23 17:44:24 UTC --- (In reply to comment #4) BTW, what is the difference between deduction and substitution? Some template arguments are deduced from the function

[Bug c/56078] causes cc1 to crash

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078 --- Comment #6 from joseph at codesourcery dot com joseph at codesourcery dot com 2013-01-23 17:53:16 UTC --- I think taking the highest array index seen (determining the array bounds so that none of the initializers for a flexible array

[Bug tree-optimization/55927] FAIL: g++.dg/ipa/devirt-10.C -std=gnu++11 scan-ipa-dump-times inline Discovered a virtual call to a known target 1

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55927 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jamborm

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #29 from Dominique d'Humieres dominiq at lps dot ens.fr 2013-01-23 18:30:37 UTC --- (In reply to comment #27) FWIW, I reproduced the problem on Darwin10 (x86_64-apple-darwin10.8.0). Mac OS X 10.6.8. What Xcode do you

[Bug c/56086] New: when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086 Bug #: 56086 Summary: when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined Classification: Unclassified Product: gcc Version: 4.7.2

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #30 from Jack Howarth howarth at nitro dot med.uc.edu 2013-01-23 19:32:22 UTC --- Created attachment 29256 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29256 test case demonstrating need for weak symbols in crttme.o

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #31 from Jack Howarth howarth at nitro dot med.uc.edu 2013-01-23 19:41:52 UTC --- I believe the attached testcase, weak_symbol.tar.bz2, demonstrates that the solution on darwin is to mark the duplicate symbols in crttme.o as

[Bug target/56087] New: [m68k] gcc miscompiles pari (multiplication)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087 Bug #: 56087 Summary: [m68k] gcc miscompiles pari (multiplication) Classification: Unclassified Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: normal

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #32 from Iain Sandoe iains at gcc dot gnu.org 2013-01-23 19:59:40 UTC --- (In reply to comment #31) solution on darwin is to mark the duplicate symbols in crttme.o as weak. seems reasonable - can you try that?

[Bug target/56087] [m68k] gcc miscompiles pari (multiplication)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087 Thorsten Glaser tg at mirbsd dot org changed: What|Removed |Added Keywords||wrong-code

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #33 from Iain Sandoe iains at gcc dot gnu.org 2013-01-23 20:14:26 UTC --- (In reply to comment #32) (In reply to comment #31) solution on darwin is to mark the duplicate symbols in crttme.o as weak. seems reasonable

[Bug fortran/56047] [4.8 Regression] [OOP] ICE in in gfc_conv_expr_op

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56047 --- Comment #15 from Jürgen Reuter juergen.reuter at desy dot de 2013-01-23 20:26:48 UTC --- Am 23/1/13 5:25 PM, schrieb rguenth at gcc dot gnu.org: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56047 Richard Biener rguenth at gcc dot gnu.org

[Bug libitm/55693] [4.8 Regression] libitm.c++/eh-1.C execution test fails on darwin from r193271

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693 --- Comment #34 from Iain Sandoe iains at gcc dot gnu.org 2013-01-23 20:35:47 UTC --- (In reply to comment #24) However, in this case, the references *are* present on the link line (lstdc++) but also a duplicate in crttme.o since

[Bug c++/56088] New: LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 Bug #: 56088 Summary: LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining Classification: Unclassified Product: gcc Version: 4.8.0

[Bug c++/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #1 from Václav Zeman vhaisman at gmail dot com 2013-01-23 20:45:10 UTC --- Created attachment 29259 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29259 output log

[Bug c++/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-gmp=/usr --with-mpc=/usr --with-mpfr=/usr --with-cloog=/usr GNAT=gnatgcc --enable-bootstrap LD=ld.gold Thread model: posix gcc version 4.8.0 20130123 (experimental) [trunk revision

[Bug c/56086] when compiling C code with -std=gnu99 macro __STDC_UTF_16__ is defined

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086 --- Comment #1 from joseph at codesourcery dot com joseph at codesourcery dot com 2013-01-23 20:47:49 UTC --- Why do you think this is a bug? GCC meets the semantics of that macro (that char16_t values are UTF-16 encoded), and gnu99 mode

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org 2013-01-23 20:49:23 UTC --- Can you provide the preprocessed source that was used to generate timehelper.o?

[Bug lto/56088] LTO error: error: inlining failed in call to always_inline ‘vswprintf’: recursive inlining

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088 --- Comment #4 from Václav Zeman vhaisman at gmail dot com 2013-01-23 20:53:52 UTC --- Created attachment 29260 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29260 preprocessed source of timehelper.cxx Here is the preprocessed source.

[Bug c/56089] New: Instruction Scheduling error

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56089 Bug #: 56089 Summary: Instruction Scheduling error Classification: Unclassified Product: gcc Version: 3.3.2 Status: UNCONFIRMED Severity: critical

  1   2   >