Re: WPA stream_out form memory consumption

On Mon, Apr 7, 2014 at 8:20 PM, Jan Hubicka hubi...@ucw.cz wrote: AFAIK we settled on a simpler one dropping columns at stream-out time that also helped. As for the correct way to do the optimization we agreed(?) that streaming the locations elsewhere and using references to them is

Fwd: An options exception

Hi! I didn't find any precedent of the following before, so this can be a start for discussion. Options are known to be different between compilers and achieve options compatibility is somewhat complex because of this. GCC can be taken as a reference point, but since other comilers still can

Re: Rename unwind.h to unwind-gcc.h

On 04/14/2014 02:01 PM, Ian Lance Taylor wrote: You may have failed to consider that unwind.h is installed and can be #include'd by any program that is built with GCC. Renaming the installed file will break an unknown number of existing programs. Ian No I considered that but I think that

Re: Rename unwind.h to unwind-gcc.h

On 15 April 2014 12:45, Douglas B Rupp wrote: No I considered that but I think that number will be very small. Will you concede, in hindsight, that it would be better had the name been chosen to be more unique? No argument from me there, but the same applies to VxWorks, who have now chosen the

Re: Rename unwind.h to unwind-gcc.h

AFAIK GCC's unwind.h installed into GCC's private directory, e. g. /usr/lib/gcc/x86_64-pc-solaris2.11/4.8/include/unwind.h Is there any real problem?

Re: Rename unwind.h to unwind-gcc.h

On Tue, Apr 15, 2014 at 01:03:42PM +0100, Jonathan Wakely wrote: On 15 April 2014 12:45, Douglas B Rupp wrote: No I considered that but I think that number will be very small. Will you concede, in hindsight, that it would be better had the name been chosen to be more unique? No argument

Re: Rename unwind.h to unwind-gcc.h

On 15 April 2014 13:08, Игорь Пашев wrote: AFAIK GCC's unwind.h installed into GCC's private directory, e. g. /usr/lib/gcc/x86_64-pc-solaris2.11/4.8/include/unwind.h Is there any real problem? Which header do you get if you say #include unwind.h? Which header did you intend to include?

Re: [RFC] Detect most integer overflows.

On Sat, Apr 12, 2014 at 12:53 AM, Hannes Frederic Sowa han...@stressinduktion.org wrote: Hi! On Tue, Oct 29, 2013 at 10:41:56AM +0100, Richard Biener wrote: For a quick GCC implementation of the builtins you could expand them to a open-coded sequence during gimplification. But due to the

17.21.5 How Initialization Functions Are Handled

If any of the authors of this section are interested in dramatically improving it, I volunteer to be a user testing subject. We use this information to maintain a driver for ld that allows specification of initialization order of all .o files, including those from libraries.

Re: 17.21.5 How Initialization Functions Are Handled

On 15 April 2014 22:13, Dave Yost wrote: If any of the authors of this section are interested in dramatically improving it, I volunteer to be a user testing subject. We use this information to maintain a driver for ld that allows specification of initialization order of all .o files,

Re: Rename unwind.h to unwind-gcc.h

On Tue, Apr 15, 2014 at 4:45 AM, Douglas B Rupp r...@adacore.com wrote: On 04/14/2014 02:01 PM, Ian Lance Taylor wrote: You may have failed to consider that unwind.h is installed and can be #include'd by any program that is built with GCC. Renaming the installed file will break an unknown

[Bug middle-end/60469] simple cilk plus program ICEs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469 --- Comment #15 from Kirill Yukhin kyukhin at gcc dot gnu.org --- Author: kyukhin Date: Tue Apr 15 06:27:07 2014 New Revision: 209400 URL: http://gcc.gnu.org/viewcvs?rev=209400root=gccview=rev Log: gcc/c/ PR middle-end/60469 *

[Bug middle-end/60467] ICE with -fcilkplus

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60467 --- Comment #4 from Kirill Yukhin kyukhin at gcc dot gnu.org --- Author: kyukhin Date: Tue Apr 15 06:30:08 2014 New Revision: 209401 URL: http://gcc.gnu.org/viewcvs?rev=209401root=gccview=rev Log: gcc/c-family/ PR middle-end/60467 *

[Bug c/36750] -Wmissing-field-initializers relaxation request

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36750 --- Comment #9 from Alexander Monakov amonakov at gcc dot gnu.org --- My statement about zero-initialization was inaccurate (thanks), but the general point still stands: in C you have to write ' = {0}' since empty-braces initializer is not

[Bug target/60839] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 Sebastian Huber sebastian.hu...@embedded-brains.de changed: What|Removed |Added Target|

[Bug tree-optimization/60841] [4.9/4.10 Regression] gcc: internal compiler error: Killed (program cc1) out of memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841 --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org --- With --param vect-max-version-for-alias-checks=10 -Ofast it started with r200968.

[Bug c/60838] bugos warning: initializer element is not a constant expression: int test = (0 ? (1,0) : 0) + 1;

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60838 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added CC||mpolacek at

[Bug plugins/59335] Plugin doesn't build on trunk

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #24 from Jakub Jelinek jakub at gcc dot gnu.org --- Author: jakub Date: Tue Apr 15 08:02:46 2014 New Revision: 209404 URL: http://gcc.gnu.org/viewcvs?rev=209404root=gccview=rev Log: PR plugins/59335 * Makefile.in

[Bug plugins/59335] Plugin doesn't build on trunk

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59335 --- Comment #25 from Jakub Jelinek jakub at gcc dot gnu.org --- Author: jakub Date: Tue Apr 15 08:04:17 2014 New Revision: 209405 URL: http://gcc.gnu.org/viewcvs?rev=209405root=gccview=rev Log: PR plugins/59335 * Makefile.in

[Bug plugins/59335] Plugin doesn't build on trunk

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

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

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

[Bug c/60838] bugos warning: initializer element is not a constant expression: int test = (0 ? (1,0) : 0) + 1;

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

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #3 from Sebastian Huber sebastian.hu...@embedded-brains.de --- Created attachment 32599 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32599action=edit Pre-processed source of libgcc2.c Command line without pre-processor relevant

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #13 from Denis Excoffier g...@denis-excoffier.org --- Created attachment 32600 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32600action=edit gdb session stepping until the end

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #14 from Denis Excoffier g...@denis-excoffier.org --- I'm now using plain cygwin-1.7.29-2, the cygwin1.dbg now matches with cygwin1.dll. I've alto tried to recompile without -O2. I'm not so familiar with gdb, i've produced a session

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #15 from Kai Tietz ktietz at gcc dot gnu.org --- (In reply to Denis Excoffier from comment #14) I'm now using plain cygwin-1.7.29-2, the cygwin1.dbg now matches with cygwin1.dll. I've alto tried to recompile without -O2. I'm not so

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

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

[Bug other/60843] New: Documentation: 4.5 Integers/C99 6.3.1.3 (reduce modulo 2^N)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60843 Bug ID: 60843 Summary: Documentation: 4.5 Integers/C99 6.3.1.3 (reduce modulo 2^N) Product: gcc Version: 4.8.2 Status: UNCONFIRMED Severity: normal

[Bug lto/60820] [4.9/4.10 Regression] ice in ctor_for_folding, at varpool.c:291

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820 --- Comment #6 from Martin Liška mliska at suse dot cz --- Patch works for me for net-misc/nx package. Will you merge the patch to gcc-4.9 branch?

[Bug tree-optimization/60844] New: [4.9/4.10 Regression] ICE in reassoc_stmt_dominates_stmt_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60844 Bug ID: 60844 Summary: [4.9/4.10 Regression] ICE in reassoc_stmt_dominates_stmt_p Product: gcc Version: 4.9.0 Status: UNCONFIRMED Keywords: ice-on-valid-code

[Bug tree-optimization/60844] [4.9/4.10 Regression] ICE in reassoc_stmt_dominates_stmt_p

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60844 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.9.0

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #17 from Kai Tietz ktietz at gcc dot gnu.org --- Just as side-note, I tried to reproduce your reported issue and did a personal build of cygwin's gcc. It worked fine in stage2. I couldn't reproduce the reported ICE on stage2. Which

[Bug libstdc++/60734] Undefined behavior in g++-v4/bits/stl_tree.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60734 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org --- Author: redi Date: Tue Apr 15 10:52:06 2014 New Revision: 209414 URL: http://gcc.gnu.org/viewcvs?rev=209414root=gccview=rev Log: PR libstdc++/60734 * include/bits/stl_tree.h

[Bug libstdc++/60734] Undefined behavior in g++-v4/bits/stl_tree.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60734 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org --- Fixed on trunk so far

[Bug target/60817] gcc configure script misdetects TLS support on x86_64-pc-solaris* with gnu as

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817 --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE --- --- Comment #2 from Ruud Koolen redlizard at redlizard dot nl --- I generated the patch cleanly against trunk. What's wrong with it? Seems to be a

[Bug tree-optimization/60844] [4.9/4.10 Regression] ICE in reassoc_stmt_dominates_stmt_p

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

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #18 from Kai Tietz ktietz at gcc dot gnu.org --- Another side-note. You should specify option '--disable-multilib'. this is pretty essential as cygwin doesn't support it right now.

[Bug c++/60845] New: print original type for typedef classes in diagnostics

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60845 Bug ID: 60845 Summary: print original type for typedef classes in diagnostics Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug tree-optimization/60823] [4.9/4.10 Regression] ICE in gimple_expand_cfg, at cfgexpand.c:5644

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60823 --- Comment #3 from Yuri Rumyantsev ysrumyan at gmail dot com --- I'd like to notice that this is test with using 'omp declare simd' pragma and issue is rather related to its support in gcc.

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

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

[Bug tree-optimization/60841] [4.9/4.10 Regression] gcc: internal compiler error: Killed (program cc1) out of memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org --- For reduced testcase, I'm now at cca 8KB, but creduce is progressing slowly.

[Bug tree-optimization/60841] [4.9/4.10 Regression] gcc: internal compiler error: Killed (program cc1) out of memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841 --- Comment #8 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #7) For reduced testcase, I'm now at cca 8KB, but creduce is progressing slowly. Yes. I've tried this for a while yesterday, but gave

[Bug libstdc++/60695] std::atomicX doesn't work when X is of zero size

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60695 --- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org --- Author: redi Date: Tue Apr 15 13:48:07 2014 New Revision: 209418 URL: http://gcc.gnu.org/viewcvs?rev=209418root=gccview=rev Log: PR libstdc++/60695 * include/std/atomic

[Bug rtl-optimization/60663] [4.9 Regression] Errors out on valid inline asm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60663 --- Comment #5 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Tue Apr 15 14:04:06 2014 New Revision: 209419 URL: http://gcc.gnu.org/viewcvs?rev=209419root=gccview=rev Log: PR rtl-optimization/60663 * config/arm/arm.c

[Bug c/60846] New: Add 128-bit integer types for general use on 32-bit/64-bit CPUs

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846 Bug ID: 60846 Summary: Add 128-bit integer types for general use on 32-bit/64-bit CPUs Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement

[Bug libstdc++/60695] std::atomicX doesn't work when X is of zero size

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

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #5 from Bill Schmidt wschmidt at gcc dot gnu.org --- Per discussion on IRC, we are going to revert this patch on 4.8, 4.9, and 4.10. This will mean that PR60735 will have to be reopened for a better fix. The patch seems to leave

[Bug target/60735] GCC targeting E500 with SPE has errors with the _Decimal64 type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735 Bill Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED

[Bug target/60735] GCC targeting E500 with SPE has errors with the _Decimal64 type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735 Bill Schmidt wschmidt at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1

[Bug c/60846] Add 128-bit integer types for general use on 32-bit/64-bit CPUs

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

[Bug target/60817] gcc configure script misdetects TLS support on x86_64-pc-solaris* with gnu as

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60817 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED

[Bug libstdc++/60594] [4.8/4.9/4.10 Regression] std::function of a type with a declared (but not defined) return type fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594 --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org --- Author: redi Date: Tue Apr 15 15:25:52 2014 New Revision: 209422 URL: http://gcc.gnu.org/viewcvs?rev=209422root=gccview=rev Log: PR libstdc++/60594 * include/std/functional

[Bug libstdc++/60594] [4.8/4.9 Regression] std::function of a type with a declared (but not defined) return type fails to compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60594 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Known to work||4.10.0

[Bug c/60847] New: x86 BMI intrinsics not recognized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847 Bug ID: 60847 Summary: x86 BMI intrinsics not recognized Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus and slow

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

[Bug rtl-optimization/56965] nonoverlapping_component_refs_p is bogus and slow

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56965 --- Comment #8 from Richard Biener rguenth at gcc dot gnu.org --- Author: rguenth Date: Tue Apr 15 16:04:11 2014 New Revision: 209423 URL: http://gcc.gnu.org/viewcvs?rev=209423root=gccview=rev Log: 2014-04-15 Richard Biener rguent...@suse.de

[Bug c/60847] x86 BMI intrinsics not recognized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847 --- Comment #1 from Sanjay Patel spatel at rotateright dot com --- It looks like an extra leading underscore is required to recognize the BMI intrinsics. This is not happening with other (BMI2, SSE4) intrinsics. According to the Intel reference

[Bug target/60847] x86 BMI intrinsics not recognized

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

[Bug c/60847] x86 BMI intrinsics not recognized

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60847 Sanjay Patel spatel at rotateright dot com changed: What|Removed |Added Component|target |c ---

[Bug target/60847] [4.9/4.10 Regression] x86 BMI intrinsics not recognized

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

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #19 from Denis Excoffier g...@denis-excoffier.org --- Created attachment 32602 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32602action=edit discover __DTOR_LIST__

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #20 from Denis Excoffier g...@denis-excoffier.org --- (In reply to Kai Tietz from comment #12) In general it would be of interest to learn what destructors (by whom) are present in the list called by do_global_dtors (__DTOR_LIST__)

[Bug tree-optimization/60841] [4.9/4.10 Regression] gcc: internal compiler error: Killed (program cc1) out of memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841 --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org --- Created attachment 32603 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=32603action=edit pr60841.c Somewhat reduced testcase. With 4.8 as well as r200967 according to -Ofast

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #21 from Denis Excoffier g...@denis-excoffier.org --- (In reply to Kai Tietz from comment #17) Just as side-note, I tried to reproduce your reported issue and did a personal build of cygwin's gcc. It worked fine in stage2. I

[Bug tree-optimization/60841] [4.9/4.10 Regression] gcc: internal compiler error: Killed (program cc1) out of memory

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60841 --- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org --- Note that -fdump-tree-all dumps are pretty much the same short length, it is just -fdump-tree-vect-details that goes to almost a gig. And, an important thing I've noticed in there is

[Bug libstdc++/60037] SIGFPE in std::generate_canonicalunsigned int...

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60037 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||emsr at gcc dot

[Bug c++/60848] New: Crash while experimenting with c++-0x initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848 Bug ID: 60848 Summary: Crash while experimenting with c++-0x initializer lists Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 --- Comment #22 from Kai Tietz ktietz at gcc dot gnu.org --- (In reply to Denis Excoffier from comment #21) (In reply to Kai Tietz from comment #17) Just as side-note, I tried to reproduce your reported issue and did a personal build of

[Bug c++/60848] [4.7/4.8/4.9/4.10 Regression] Crash while experimenting with c++-0x initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug tree-optimization/60849] New: bogus comparison result type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849 Bug ID: 60849 Summary: bogus comparison result type Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization

[Bug c++/60848] [4.7/4.8/4.9/4.10 Regression] Crash while experimenting with c++-0x initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords|

[Bug c++/60848] [4.7/4.8/4.9/4.10 Regression] Crash while experimenting with c++-0x initializer lists

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60848 --- Comment #3 from ibronstein at klocwork dot com --- (In reply to Jonathan Wakely from comment #2) This is of course totally invalid code, you can't define std::initializer_list yourself. Agreed.

[Bug target/60735] GCC targeting E500 with SPE has errors with the _Decimal64 type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735 --- Comment #7 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:20:01 2014 New Revision: 209425 URL: http://gcc.gnu.org/viewcvs?rev=209425root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #7 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:25:09 2014 New Revision: 209426 URL: http://gcc.gnu.org/viewcvs?rev=209426root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60735] GCC targeting E500 with SPE has errors with the _Decimal64 type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735 --- Comment #8 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:25:09 2014 New Revision: 209426 URL: http://gcc.gnu.org/viewcvs?rev=209426root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #6 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:20:01 2014 New Revision: 209425 URL: http://gcc.gnu.org/viewcvs?rev=209425root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60735] GCC targeting E500 with SPE has errors with the _Decimal64 type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60735 --- Comment #9 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:30:21 2014 New Revision: 209430 URL: http://gcc.gnu.org/viewcvs?rev=209430root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #8 from Bill Schmidt wschmidt at gcc dot gnu.org --- Author: wschmidt Date: Tue Apr 15 18:30:21 2014 New Revision: 209430 URL: http://gcc.gnu.org/viewcvs?rev=209430root=gccview=rev Log: 2014-04-15 Bill Schmidt

[Bug target/60839] [4.8/4.9/4.10 Regression] PowerPC: internal compiler error: in extract_insn, at recog.c:2154

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60839 --- Comment #9 from Bill Schmidt wschmidt at gcc dot gnu.org --- Sebastian, sorry for the problems. Please double check that reverting this patch has fixed your bootstrap issue and mark the bug resolved if so. Thanks!

[Bug c++/60850] New: pedantic warning behavior when casting void* to ptr-to-func

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 Bug ID: 60850 Summary: pedantic warning behavior when casting void* to ptr-to-func Product: gcc Version: 4.8.3 Status: UNCONFIRMED Severity: normal

[Bug c++/60850] pedantic warning behavior when casting void* to ptr-to-func

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- patches should go to the gcc-patches list, not bugzilla

[Bug c++/60786] In C++11 an explicit instantiation with an unqualified name must be in the right namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60786 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- Author: redi Date: Tue Apr 15 19:05:45 2014 New Revision: 209431 URL: http://gcc.gnu.org/viewcvs?rev=209431root=gccview=rev Log: PR c++/60786 *

[Bug c++/60786] In C++11 an explicit instantiation with an unqualified name must be in the right namespace

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60786 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- I've fixed the libstdc++ tests so they don't rely on this bug

[Bug target/60851] New: ICE: in extract_constrain_insn_cached, at recog.c:2117 with -flive-range-shrinkage -mdispatch-scheduler -march=bdver4

-checking-yes-rtl-df/ --without-cloog --without-ppl Thread model: posix gcc version 4.10.0 20140415 (experimental) (GCC)

[Bug libstdc++/60497] unique_ptrT tries to complete its type T even though it's not required to be a complete type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Marc Glisse from comment #1) Now the question would be: are there similar statements throughout the library that could benefit from the same treatment, or is this a

[Bug tree-optimization/60849] bogus comparison result type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849 Paul Pluzhnikov ppluzhnikov at google dot com changed: What|Removed |Added CC|

[Bug tree-optimization/60849] [4.7/4.8/4.9/4.10 Regression] bogus comparison result type

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60849 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last

[Bug c++/60852] New: boost::complement of enum class does not compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852 Bug ID: 60852 Summary: boost::complement of enum class does not compile Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug lto/60820] [4.9/4.10 Regression] ice in ctor_for_folding, at varpool.c:291

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820 --- Comment #7 from Jan Hubicka hubicka at ucw dot cz --- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60820 --- Comment #6 from Martin Liška mliska at suse dot cz --- Patch works for me for net-misc/nx package. Will you merge the patch to

[Bug c++/60852] boost::has_complement of enum class does not compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852 --- Comment #1 from Nevin Liber nevin at eviloverlord dot com --- Also filed this as a Boost bug at https://svn.boost.org/trac/boost/ticket/9913

[Bug c++/60852] boost::has_complement of enum class does not compile

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

[Bug c/36839] struct with only anonymous unions plus flexible array member

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36839 Marek Polacek mpolacek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/60852] boost::has_complement of enum class does not compile

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60852 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added CC||trippels

[Bug libstdc++/60710] experimental::optionalT is using T::operator!=

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60710 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- The current Fundamentals TS draft (n3848) doesn't have those operator!= overloads at all, so we may want to remove them entirely rather than fix them ... I'm not sure yet.

[Bug c++/60850] pedantic warning behavior when casting void* to ptr-to-func

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 --- Comment #2 from Daniel Gutson daniel.gutson at tallertechnologies dot com --- It went, but I got no answer. FWIW: http://gcc.gnu.org/ml/gcc-patches/2014-04/msg00026.html

[Bug fortran/60853] New: Failure to disambiguate generic with unlimited polymorphic

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853 Bug ID: 60853 Summary: Failure to disambiguate generic with unlimited polymorphic Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal

[Bug c++/60850] pedantic warning behavior when casting void* to ptr-to-func

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60850 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org --- So keep pinging it, bugzilla isn't the right place.

[Bug c++/60854] New: inline constructor of extern template

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60854 Bug ID: 60854 Summary: inline constructor of extern template Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug bootstrap/60830] [4.9 Regression] ICE on bootstrapping on cygwin

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830 Bernd Edlinger bernd.edlinger at hotmail dot de changed: What|Removed |Added CC|

[Bug middle-end/60855] New: ICE provoked by a lambda using the sizeof a captured statically allocated array

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60855 Bug ID: 60855 Summary: ICE provoked by a lambda using the sizeof a captured statically allocated array Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity:

  1   2   3   >