[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #4 from Arnaud Charlet charlet at gcc dot gnu.org --- Author: charlet Date: Sat Jun 14 06:55:49 2014 New Revision: 211665 URL: https://gcc.gnu.org/viewcvs?rev=211665root=gccview=rev Log: PR ada/61505 * gnat_rm.texi: Attempt to fix error with makeinfo 5.1 Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gnat_rm.texi
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #5 from Arnaud Charlet charlet at gcc dot gnu.org --- Never mind, I'm using makeinfo 4.8, so this is indeed another issue. Let me know if my latest commit improves things. Arno
[Bug c/61502] == comparison on one-past pointer gives wrong result
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61502 --- Comment #4 from Harald van Dijk harald at gigawatt dot nl --- That's an interesting argument. You may well be right that the original code, strictly speaking, does not prove that GCC has a bug, but I do think GCC has a bug nonetheless, and have come up with a different example. #include stdio.h #include string.h int x, y; char buf[sizeof (int *)]; int main() { int *p = y; memcpy (buf, p, sizeof p); memcpy (p, buf, sizeof p); x = 2, y = 1; if (p == x + 1) *p = 2; else y = 2; printf (x = %d, y = %d\n, x, y); return 0; } Compiling with -O2, I see x = 2, y = 1. p has been assigned y. Whether it compares equal to x + 1 is unspecified, but it doesn't change its origins: p points to y. Therefore, either the assignment to *p should change y, or in the else branch, the plain assignment to y should change y. Either way, the correct result is x = 2, y = 2. It seems like GCC is assuming that if p == x + 1, and x + 1 != y, then p != y, so the assignment to *p cannot change y. The flaw in that logic is again the optimisation of x + 1 != y to a constant. I see the behaviour I describe in versions 4.9.0 and 4.8.2. This program does print x = 2, y = 2 in my testing on GCC 4.7.3, but that is because p == x + 1 happens to not compare as true in that version. Slightly tweaked versions of this fail with versions 4.7.3, 4.6.4, 4.5.4 and 4.4.7, but not 4.3.6.
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 Bernd Edlinger bernd.edlinger at hotmail dot de changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de --- Comment #6 from Bernd Edlinger bernd.edlinger at hotmail dot de --- (In reply to Arnaud Charlet from comment #5) Never mind, I'm using makeinfo 4.8, so this is indeed another issue. Let me know if my latest commit improves things. Arno no, that was only a warning, but there are hundreds of errors, in line 12054..13935 and this: ../../gcc-trunk/gcc/ada/gnat_rm.texi:22389: node `Obsolescent Features' lacks menu item for `System.Task_Info (s-tasinf.ads)' despite being its Up target which is alos an error, but it was introduced later..
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #7 from Bernd Edlinger bernd.edlinger at hotmail dot de --- Created attachment 32936 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32936action=edit this patch works for me the main problem seems to be, that @item is not working inside @cartouche so I moved all @items up by 3 lines. then the System.Task_Info (s-tasinf.ads) needs to be in the menu. While editing, I saw the following: initially there were two paragraphs *53* one about The semantics of operations on invalid representations. and one about The manner of choosing a storage pool for an access type And the latter was referenced from two other paragraphs: See documentation in the sources of the run time mentioned in paragraph @strong{53} I am not sure how to handle that without paragraph numbers, maybe like this: See documentation in the sources of the run time mentioned in the previous paragraph.
[Bug c++/61506] ICE [4.10 Regression] triggered by solution to #61446
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61506 --- Comment #2 from Jürgen Reuter juergen.reuter at desy dot de --- This is the remark what I got from Andy Buckley: Line 29 of PDF.cc is the end of the file, which suggests to me an unclosed scope or similar higher up. The reported errors are entirely from within Boost itself -- and there aren't even any direct Boost functions being called in that file, so I don't think this is an LHAPDF issue at all. What platform and Boost version are you using? I don't know how to track it down, but my guess is that the issue is with this development version of GCC going wrong with some of the fiddly code in Boost... the implementation of lexical_cast, by the looks of things. To simplify your GCC test, I suggest just writing a minimal source file using lexical_cast to convert between strings and a few numeric types; it really doesn't look like this has anything to do with LHAPDF. Hope this helps!
[Bug c++/61506] ICE [4.10 Regression] triggered by solution to #61446
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61506 --- Comment #3 from Jürgen Reuter juergen.reuter at desy dot de --- Created attachment 32937 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32937action=edit Code that triggers the ICE
[Bug c++/61506] ICE [4.10 Regression] triggered by solution to #61446
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61506 --- Comment #4 from Jürgen Reuter juergen.reuter at desy dot de --- I reduced the case to the code attached. But you need to include the boost headers (which are pretty standard tho; I have version 1.55.0). /opt/local/include is my path for the boost headers. $ g++ -I /opt/local/include -c PDF.cc PDF.cc: In member function ‘virtual void boost::exception_detail::error_info_injectorboost::io::bad_format_string::_ZThn24_N5boost16exception_detail19error_info_injectorINS_2io17bad_format_stringEED1Ev()’: PDF.cc:29:1: error: unrecognizable insn: } ^ (call_insn/j 3 2 4 (call (mem/u/c:DI (const:DI (unspec:DI [ (symbol_ref/i:DI (_ZN5boost16exception_detail19error_info_injectorINS_2io17bad_format_stringEED1Ev) [flags 0x1] function_decl 0x10e766300 __comp_dtor ) ] UNSPEC_GOTPCREL)) [0 S8 A8]) (const_int 0 [0])) /opt/local/include/boost/exception/exception.hpp:330 -1 (nil) (nil)) PDF.cc:29:1: internal compiler error: in insn_default_length, at config/i386/i386.md:1787 PDF.cc:29:1: internal compiler error: Abort trap: 6 g++: internal compiler error: Abort trap: 6 (program cc1plus) Abort trap: 6
[Bug bootstrap/61508] New: [4.10 regression] fold-const.c:14863:55: error: cannot convert 'const char*' to 'const_tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61508 Bug ID: 61508 Summary: [4.10 regression] fold-const.c:14863:55: error: cannot convert 'const char*' to 'const_tree Product: gcc Version: 4.10.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dimhen at gmail dot com gcc-trunk r211665 FAIL r211353 PASS ~/src/gcc_current/configure --enable-checking=fold make [...] g++ -c -g -DIN_GCC-fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -DHAVE_CONFIG_H -I. -I. -I/home/dimhen/src/gcc_current/gcc -I/home/dimhen/src/gcc_current/gcc/. -I/home/dimhen/src/gcc_current/gcc/../include -I/home/dimhen/src/gcc_current/gcc/../libcpp/include -I/home/dimhen/build/g_1/./gmp -I/home/dimhen/src/gcc_current/gmp -I/home/dimhen/build/g_1/./mpfr -I/home/dimhen/src/gcc_current/mpfr -I/home/dimhen/src/gcc_current/mpc/src -I/home/dimhen/src/gcc_current/gcc/../libdecnumber -I/home/dimhen/src/gcc_current/gcc/../libdecnumber/bid -I../libdecnumber -I/home/dimhen/src/gcc_current/gcc/../libbacktrace -DCLOOG_INT_GMP -I/home/dimhen/build/g_1/./cloog/include -I/home/dimhen/src/gcc_current/cloog/include -I/home/dimhen/src/gcc_current/cloog/include -I/home/dimhen/build/g_1/./isl/include -I/home/dimhen/src/gcc_current/isl/include -o fold-const.o -MT fold-const.o -MMD -MP -MF ./.deps/fold-const.TPo /home/dimhen/src/gcc_current/gcc/fold-const.c /home/dimhen/src/gcc_current/gcc/fold-const.c: In function 'void fold_checksum_tree(const_tree, md5_ctx*, hash_tablepointer_hashtree_node )': /home/dimhen/src/gcc_current/gcc/fold-const.c:14863:55: error: cannot convert 'const char*' to 'const_tree {aka const tree_node*}' for argument '1' to 'void fold_checksum_tree(const_tree, md5_ctx*, hash_tablepointer_hashtree_node )' fold_checksum_tree (DECL_SECTION_NAME (expr), ctx, ht); ^ make[3]: *** [fold-const.o] Error 1
[Bug target/61360] [4.10 Regression] ICE: in lra_update_insn_recog_data, at lra.c:1363 with -mtune=bdver4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61360 rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed: What|Removed |Added CC||uros at gcc dot gnu.org --- Comment #3 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org --- This is due to the use of the enabled attribute in: (define_insn *floatSWI48:modeMODEF:mode2_sse [(set (match_operand:MODEF 0 register_operand =f,x,x) (float:MODEF (match_operand:SWI48 1 nonimmediate_operand m,r,m)))] SSE_FLOAT_MODE_P (MODEF:MODEmode) TARGET_SSE_MATH @ fild%Z1\t%1 %vcvtsi2MODEF:ssemodesuffixSWI48:rex64suffix\t{%1, %d0|%d0, %1} %vcvtsi2MODEF:ssemodesuffixSWI48:rex64suffix\t{%1, %d0|%d0, %1} [(set_attr type fmov,sseicvt,sseicvt) (set_attr prefix orig,maybe_vex,maybe_vex) (set_attr mode MODEF:MODE) (set (attr prefix_rex) (if_then_else (and (eq_attr prefix maybe_vex) (match_test SWI48:MODEmode == DImode)) (const_string 1) (const_string *))) (set_attr unit i387,*,*) (set_attr athlon_decode *,double,direct) (set_attr amdfam10_decode *,vector,double) (set_attr bdver1_decode *,double,direct) (set_attr fp_int_src true) (set (attr enabled) (cond [(eq_attr alternative 0) (symbol_ref TARGET_MIX_SSE_I387 X87_ENABLE_FLOAT (MODEF:MODEmode, SWI48:MODEmode)) (eq_attr alternative 1) /* ??? For sched1 we need constrain_operands to be able to select an alternative. Leave this enabled before RA. */ (symbol_ref TARGET_INTER_UNIT_CONVERSIONS || optimize_function_for_size_p (cfun) || !(reload_completed || reload_in_progress || lra_in_progress)) ] (symbol_ref true))) ]) enabled was really only supposed to be used to enable or disable alternatives according to the current subtarget, rather than enable or disable them based on the current stage in the pass pipeline or on whether the function is being compiled for size or speed. I have an idea for handling the size/speed thing, but we need to fix the ??? as well.
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #8 from Dominique d'Humieres dominiq at lps dot ens.fr --- Created attachment 32936 [details] this patch works for me Works for me too (powerpc-apple-darwin9, makeinfo (GNU texinfo) 5.1), now at stage 2.
[Bug target/61387] [4.10 Regression] ~900 test failures on on x86_64-apple-darwin13 for g++ with -m64 after r211088
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61387 --- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr --- Could this PR get some attention please? To have an idea about how fun it is, look at https://gcc.gnu.org/ml/gcc-testresults/2014-06/msg01182.html.
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #9 from Arnaud Charlet charlet at gcc dot gnu.org --- Patch looks reasonable to me at first sight, can you please post it to gcc-patches for a final review and approval? Thanks for looking into it! Arno
[Bug c++/61507] GCC does not compile function with parameter pack.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61507 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||rejects-valid Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-14 Ever confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Cong Hou from comment #0) As the type is explicitly specified, why GCC would like to deduce it? Probably because with a variadic template there could be additional arguments that haven't been explicitly specified and so need to be deduced. However, in this case the number of function arguments should tell the compiler the pack only contains one type, and therefore nothing more needs to be deduced.
[Bug c++/61489] Wrong warning with -Wmissing-field-initializers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61489 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||diagnostic Status|UNCONFIRMED |NEW Last reconfirmed||2014-06-14 Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org --- (In reply to Deniz Bahadir from comment #5) Because of several internet-sources, like the one I cited, I always thought that the cases of addr3 and addr7 were the prefered way of explicitely forcing zero-initialization of all struct members (especially if the number of struct-members are subject to change in the future). That's the preferred way in C, where at least one initializer is needed, but not in C++. If I understand you correctly, a better/cleaner way which achieves the exact same is using the cases of addr2 and addr6. Yes. Then I would rephrase my original statement and suggest that no warning will be issued for cases of addr2, addr6 and addr9. I agree with that suggestion.
[Bug c++/57644] [C++1y] Cannot bind bitfield to lvalue reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57644 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org --- And with the released 4.9.0 too. We should add the testcase and close it.
[Bug c++/57573] [C++1y] bogus taking address of temporary error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57573 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org --- And with the released 4.9.0 too. We should add the testcase and close it.
[Bug ada/61505] [4.10 Regression] bootstrap broken by ada/gnat_rm.texi after r211448
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61505 --- Comment #10 from edlinger at gcc dot gnu.org --- Author: edlinger Date: Sat Jun 14 14:31:55 2014 New Revision: 211667 URL: https://gcc.gnu.org/viewcvs?rev=211667root=gccview=rev Log: 2014-06-14 Bernd Edlinger bernd.edlin...@hotmail.de PR ada/61505 * gnat_rm.texi: Fix errors with makeinfo 5.1. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gnat_rm.texi
[Bug c++/61482] ICE when compiling Firefox ESR 24 with r211488
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61482 --- Comment #3 from Trevor Saunders tsaunders at mozilla dot com --- Created attachment 32938 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32938action=edit test case Its pretty close to undreadable, but its fairly reduced, it started at ~400k lines.
[Bug c++/61482] ICE when compiling Firefox ESR 24 with r211488
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61482 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added CC||trippels at gcc dot gnu.org --- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org --- (In reply to Trevor Saunders from comment #3) Created attachment 32938 [details] test case Its pretty close to undreadable, but its fairly reduced, it started at ~400k lines. Could you please post the full gcc invocation?
[Bug c++/61482] ICE when compiling Firefox ESR 24 with r211488
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61482 --- Comment #5 from Trevor Saunders tsaunders at mozilla dot com --- Could you please post the full gcc invocation? Err yeah that would be useful ;) gcc -flto -r -Os -nostdlib -std=gnu++11 start.ii
[Bug c++/61482] ICE when compiling Firefox ESR 24 with r211488
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61482 Markus Trippelsdorf trippels at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |NEW Target Milestone|--- |4.10.0 --- Comment #6 from Markus Trippelsdorf trippels at gcc dot gnu.org --- A bit further reduced: markus@x4 tmp % cat start.ii class A { public: int m_fn1 (); }; class B { void m_fn2 (const int p1); A mThebesLayerDataStack; }; int b, c; void B::m_fn2 (const int p1) { if (c b) { int i; i = mThebesLayerDataStack.m_fn1 (); for (; i = 0;) { ++i; break; } --i; for (; i = 0; --i) mThebesLayerDataStack.m_fn1 (); } }
[Bug rtl-optimization/61509] New: GCC miscompilation on ARM during RTL optimization when compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 Bug ID: 61509 Summary: GCC miscompilation on ARM during RTL optimization when compiled with -O3 Product: gcc Version: 4.6.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: quentusrex at gmail dot com C code: if(strcasecmp(var,a)) else if(strcasecmp(var, b) the second call to strcasecmp is being optimized out, and the control statement is effectively being treated as an if() else statement. More detailed write up here: http://quentusrex.com/freeswitch-raspberrypi-gcc-compiler-bug.html Debug files located here: https://github.com/quentusrex/FS-6495/tree/master/gcc_debug_orig The second call to strcasecmp is being removed in pass #200 during a DCE loop.
[Bug rtl-optimization/61509] GCC miscompilation on ARM during RTL optimization when compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2014-06-14 Ever confirmed|0 |1 --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org --- 4.6.3 is no longer supported, can you try a newer compiler? Also can you attach the preprocessed source?
[Bug rtl-optimization/61509] GCC miscompilation on ARM during RTL optimization when compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 --- Comment #2 from William King quentusrex at gmail dot com --- Created attachment 32939 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32939action=edit Source file for switch_core_media.c Line 3356 is the strcasecmp that is being optimized out.
[Bug rtl-optimization/61509] GCC miscompilation on ARM during RTL optimization when compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 --- Comment #3 from William King quentusrex at gmail dot com --- Line 7945 has the strcasecmp of the gcc output 'original' pass: https://github.com/quentusrex/FS-6495/blob/master/gcc_debug_orig/switch_core_media.c.003t.original
[Bug rtl-optimization/61509] GCC miscompilation on ARM during RTL optimization when compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org --- (In reply to William King from comment #2) Created attachment 32939 [details] Source file for switch_core_media.c This is the source and not the preprocessed source.
[Bug rtl-optimization/61509] GCC miscompilation on ARM during RTL optimization when compiled with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61509 --- Comment #5 from William King quentusrex at gmail dot com --- Preprocessed file located here: http://quentusrex.com/switch_core_media.c.preprocessed
[Bug c++/33101] [DR 577] allow typedefs for void in empty parameter list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101 --- Comment #17 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org --- Author: paolo Date: Sat Jun 14 22:55:40 2014 New Revision: 211673 URL: https://gcc.gnu.org/viewcvs?rev=211673root=gccview=rev Log: /cp 2014-06-14 Paolo Carlini paolo.carl...@oracle.com PR c++/33101 * decl.c (grokparms): Improve error message about void parameters. * error.c (type_to_string): Fix aka cut off code. /testsuite 2014-06-14 Paolo Carlini paolo.carl...@oracle.com PR c++/33101 * g++.dg/other/void3.C: New. * g++.dg/conversion/err-recover1.C: Update. Added: trunk/gcc/testsuite/g++.dg/other/void3.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/error.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/conversion/err-recover1.C
[Bug c++/33101] [DR 577] allow typedefs for void in empty parameter list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|paolo.carlini at oracle dot com|unassigned at gcc dot gnu.org --- Comment #18 from Paolo Carlini paolo.carlini at oracle dot com --- Done.
[Bug c++/33101] [DR 577] allow typedefs for void in empty parameter list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33101 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #19 from Paolo Carlini paolo.carlini at oracle dot com --- Oops, I think the DR577 proper bit isn't done yet ;)
[Bug regression/61510] New: [4.10 Regression]: 20_util/scoped_allocator/requirements/explicit_instantiation.cc and tr1/6_containers/tuple/requirements/explicit_instantiation.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61510 Bug ID: 61510 Summary: [4.10 Regression]: 20_util/scoped_allocator/requirements/explicit_instant iation.cc and tr1/6_containers/tuple/requirements/explicit_instantia tion.cc Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: regression Assignee: unassigned at gcc dot gnu.org Reporter: hp at gcc dot gnu.org CC: hubicka at gcc dot gnu.org Host: x86_64-unknown-linux-gnu Target: cris-axis-elf Created attachment 32940 -- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32940action=edit cc1plus -fpreprocessed explicit_instantiation.ii -O2 -std=gnu++11 These tests previously passed, now they fail. A patch in the revision range (last_known_working:first_known_failing) (211433:211435) exposed or caused these regressions. Since then they fail as follows: Running /tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/libstdc++-dg/conformance.exp ... FAIL: 20_util/scoped_allocator/requirements/explicit_instantiation.cc (test for excess errors) ... FAIL: tr1/6_containers/tuple/requirements/explicit_instantiation.cc (test for excess errors) The messages in libstdc++.log are similar: ... output is: cc1plus: internal compiler error: Segmentation fault 0xaf51c5 crash_signal /tmp/hpautotest-gcc1/gcc/gcc/toplev.c:337 0x7e6b42 analyze_functions /tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:1054 0x7e6f64 finalize_compilation_unit() /tmp/hpautotest-gcc1/gcc/gcc/cgraphunit.c:2339 0x5bf9ac cp_write_global_declarations() /tmp/hpautotest-gcc1/gcc/gcc/cp/decl2.c:4647 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See http://gcc.gnu.org/bugs.html for instructions. FAIL: 20_util/scoped_allocator/requirements/explicit_instantiation.cc (test for excess errors) Preprocessed code for the above FAIL is attached. Author of suspect patches in revision range CC:ed.
[Bug regression/61510] [4.10 Regression]: 20_util/scoped_allocator/requirements/explicit_instantiation.cc and tr1/6_containers/tuple/requirements/explicit_instantiation.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61510 --- Comment #1 from Jan Hubicka hubicka at gcc dot gnu.org --- What happens at the line 1054 of cgraphunit.c. = cgraph_get_node (DECL_ABSTRACT_ORIGIN (decl)); origin_node-used_as_abstract_origin = true; Do you really get into case where abstract origin is NULL? Honza