[Bug middle-end/58290] New: [4.9 Regression] error: virtual definition of statement not up-to-date
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58290 Bug ID: 58290 Summary: [4.9 Regression] error: virtual definition of statement not up-to-date Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: Joost.VandeVondele at mat dot ethz.ch Trunk yields: bug.f90: In function ‘dbcsr_buffers_flush’: bug.f90:28:0: error: virtual definition of statement not up-to-date SUBROUTINE dbcsr_buffers_flush (buffers) ^ # .MEM_4 = VDEF <.MEM_2(D)> _5 = dbcsr_buffers_get_num (buffers_3(D)); bug.f90:28:0: internal compiler error: verify_ssa failed 0xb62c24 verify_ssa(bool) ../../gcc/gcc/tree-ssa.c:1046 0x9217de execute_function_todo ../../gcc/gcc/passes.c:1834 when compiling > gfortran -c -fipa-pta -O1 -c bug.f90 > cat bug.f90 MODULE dbcsr_types INTEGER, PARAMETER :: dbcsr_error_stack_size = 30 TYPE dbcsr_error_stack_type CHARACTER(80), DIMENSION(dbcsr_error_stack_size) :: s = '' END TYPE dbcsr_error_stack_type TYPE dbcsr_error_type TYPE(dbcsr_error_stack_type) :: stack END TYPE dbcsr_error_type TYPE dbcsr_data_obj END TYPE dbcsr_data_obj TYPE dbcsr_block_buffer_type TYPE(dbcsr_data_obj), DIMENSION(:), POINTER :: buffers END TYPE dbcsr_block_buffer_type TYPE dbcsr_block_buffer_obj TYPE(dbcsr_block_buffer_type), POINTER :: b END TYPE dbcsr_block_buffer_obj CONTAINS SUBROUTINE dbcsr_assert(right, error) LOGICAL, INTENT(IN) :: right TYPE(dbcsr_error_type), INTENT(inout):: error END SUBROUTINE FUNCTION dbcsr_buffers_get_num (buffers) RESULT (nbuffers) TYPE(dbcsr_block_buffer_obj), INTENT(IN) :: buffers TYPE(dbcsr_error_type) :: error CALL dbcsr_assert (.TRUE., error) nbuffers = SIZE (buffers%b%buffers) END FUNCTION dbcsr_buffers_get_num SUBROUTINE dbcsr_buffers_flush (buffers) TYPE(dbcsr_block_buffer_obj), & INTENT(INOUT) :: buffers DO ibuff = 1, dbcsr_buffers_get_num(buffers) ENDDO END SUBROUTINE dbcsr_buffers_flush END MODULE
[Bug middle-end/58290] [4.9 Regression] error: virtual definition of statement not up-to-date
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58290 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz ||.ch Known to work||4.8.1 Target Milestone|--- |4.9.0 Known to fail||4.9.0
[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269 --- Comment #4 from Iain Sandoe --- Created attachment 30736 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30736&action=edit initial fix AFAICT, the problem here is that "TARGET_SSE && SSE_REGNO_P (regno)" now produces a different answer from pre-201915. So, the patch attached is a necessary (but not proven to be sufficient) fix. We need to audit all uses of SSE_REGNO_P () for darwin (at least). AFAIU, the x86_64 Darwin ABI is the same as the linux/system V - so we should be able to remove special-casing in some places (providing the SSE_REGPARM_MAX values are the Right Fix and correctly specified). I checked the Darwin x86_32 ABI info (briefly) and ISTM that the values for max call arg usage of MMX and SSE regs in i386.h are right, so perhaps we can remove more special-casing there too (not touched so far). Will try some additional tests later - and I'd welcome Mike's PoV here on how we prove "sufficient".
[Bug ada/58239] [4.9 regression] pretty-print.c:789: undefined reference to `operator delete(void*)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58239 Iain Sandoe changed: What|Removed |Added Attachment #30734|0 |1 is obsolete|| --- Comment #14 from Iain Sandoe --- Created attachment 30737 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30737&action=edit tentative fix V1 thanks Eric, As I was trying to say in earlier comments (and failing to be clear, I suppose), Darwin needs the library dirs as "-B" in addition to "-L", because we have to use spec substitution to access static libs. The "-B" have always been missing - and the fact that the gcc driver was invoked with "-static-libstdc++" would not show this up, since that option/driver combination does not cause any libraries to be added to the link line. Anyway, the revised patch includes -B where you've added the -L. With this (and a fix for pr58269), x86_64-darwin12 bootstraps and completes the ada and gnat test-suites with no new fails. I am bootstrapping x86_64-darwin10 (slower machine) and will try a darwin12 X linux later (and powerpc-darwin9 maybe overnight).
[Bug java/58284] Compiling jvgenmain failes with lots of "undefined reference" errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58284 --- Comment #2 from Winston Smith --- Same error with 4.7.3, but 4.8.1 gets past it. Until it hit http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900.
[Bug ada/58239] [4.9 regression] pretty-print.c:789: undefined reference to `operator delete(void*)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58239 --- Comment #15 from Eric Botcazou --- > As I was trying to say in earlier comments (and failing to be clear, I > suppose), Darwin needs the library dirs as "-B" in addition to "-L", because > we have to use spec substitution to access static libs. > > The "-B" have always been missing - and the fact that the gcc driver was > invoked with "-static-libstdc++" would not show this up, since that > option/driver combination does not cause any libraries to be added to the > link line. > > Anyway, the revised patch includes -B where you've added the -L. My bad, and the -B's are also present in the CXX variable of the gcc/ Makefile, from which I cooked up the new variable... Thanks for fixing it! > With this (and a fix for pr58269), x86_64-darwin12 bootstraps and completes > the ada and gnat test-suites with no new fails. That's great, thanks again.
[Bug ipa/58291] New: ICE with ipa-pta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58291 Bug ID: 58291 Summary: ICE with ipa-pta Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: vincenzo.innocente at cern dot ch this is a regression w.r.t. gcc version 4.9.0 20130820 (experimental) [trunk revision 201887] (GCC) c++ -g -O2 -c -std=gnu++11 -fipa-pta ipa_err.i RooMinimizer.cc: In destructor 'RooMinimizer::~RooMinimizer()': RooMinimizer.cc:21:1: error: virtual definition of statement not up-to-date RooMinimizer::~RooMinimizer() ^ # .MEM_426 = VDEF <.MEM_425> ROOT::Minuit2::MnReferenceCounter::~MnReferenceCounter (_139); RooMinimizer.cc:21:1: internal compiler error: verify_ssa failed 0xdbf8f2 verify_ssa(bool) ../../gcc-trunk/gcc/tree-ssa.c:1046 0x8882ff execute_function_todo ../../gcc-trunk/gcc/passes.c:1834 0x888157 execute_todo ../../gcc-trunk/gcc/passes.c:1866 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. [innocent@vinavx2 roofitMPnew]$ c++ -v Using built-in specs. COLLECT_GCC=c++ COLLECT_LTO_WRAPPER=/afs/cern.ch/user/i/innocent/w2/libexec/gcc/x86_64-unknown-linux-gnu/4.9.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/afs/cern.ch/user/i/innocent/w2 --enable-languages=c,c++,lto,fortran -enable-gold=yes --enable-lto --with-build-config=bootstrap-lto --with-gmp-lib=/usr/local/lib64 --with-mpfr-lib=/usr/local/lib64 -with-mpc-lib=/usr/local/lib64 --enable-cloog-backend=isl --with-cloog=/usr/local --with-ppl-lib=/usr/local/lib64 CFLAGS='-O2 -ftree-vectorize -fPIC' -enable-libitm -disable-multilib Thread model: posix gcc version 4.9.0 20130901 (experimental) [trunk revision 202141] (GCC)
[Bug ipa/58291] ICE with ipa-pta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58291 --- Comment #1 from vincenzo Innocente --- Created attachment 30738 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30738&action=edit real-code file. just preprocessed no reduction attempted
[Bug ipa/58291] ICE with ipa-pta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58291 Joost VandeVondele changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||Joost.VandeVondele at mat dot ethz ||.ch Resolution|--- |DUPLICATE --- Comment #2 from Joost VandeVondele --- dup *** This bug has been marked as a duplicate of bug 58290 ***
[Bug middle-end/58290] [4.9 Regression] error: virtual definition of statement not up-to-date
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58290 Joost VandeVondele changed: What|Removed |Added CC||vincenzo.innocente at cern dot ch --- Comment #1 from Joost VandeVondele --- *** Bug 58291 has been marked as a duplicate of this bug. ***
[Bug c++/33514] Inconsistent warning for compile-time integer overflow in struct compared to toplevel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33514 Paolo Carlini changed: What|Removed |Added CC|gcc-bugs at gcc dot gnu.org| --- Comment #3 from Paolo Carlini --- For the record, the same happens with current clang++ and icc.
[Bug bootstrap/57900] /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57900 Gabriel Dos Reis changed: What|Removed |Added CC||gdr at gcc dot gnu.org --- Comment #4 from Gabriel Dos Reis --- (In reply to Jonathan Wakely from comment #3) > See the long thread starting at > http://gcc.gnu.org/ml/gcc/2013-07/msg00075.html > > If it's easy to solve I'm sure a patch would be welcomed :) In this specific case, the ease of developing a patch is to be dissociated from a willingness to accept that it is a problem.
[Bug c++/21682] Disallowed using declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21682 Paolo Carlini changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |paolo.carlini at oracle dot com Target Milestone|--- |4.9.0 --- Comment #7 from Paolo Carlini --- Mine.
[Bug fortran/47399] [OOP] ICE with TBP of a PARAMETER
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47399 Dominique d'Humieres changed: What|Removed |Added Status|NEW |WAITING --- Comment #7 from Dominique d'Humieres --- One year and a half, I asked: > > TODO: Check whether we now allow invalid code. Check the c.l.f thread. > > I have had a look at the thread, and it seems that NAG is complaining > for the test in comment #0. For those who have access to it (and other > compilers), is it still true? > > Note that the test and some avatars compile with -std=f2003. Should not this PR closed as FIXED?
[Bug c/58292] New: ICE in ipa-devirt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58292 Bug ID: 58292 Summary: ICE in ipa-devirt.c Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: t.sintonen at luukku dot com I use gcc with gdc to compile D language programs. With the latest git head I get compiler crash with: internal compiler error: Segmentation fault 0x99b39f crash_signal ../../gcc/gcc/toplev.c:335 0x8413ec tree_check ../../gcc/gcc/tree.h:3689 0x8413ec get_odr_type(tree_node*, bool) ../../gcc/gcc/ipa-devirt.c:263 0x841ac2 build_type_inheritance_graph() ../../gcc/gcc/ipa-devirt.c:360 0x6b6e21 analyze_functions ../../gcc/gcc/cgraphunit.c:854 0x6b8285 finalize_compilation_unit() ../../gcc/gcc/cgraphunit.c:2151 0x5fe5b4 d_write_global_declarations ../../gcc/gcc/d/d-lang.cc:619 This occurs every time at the end of a class, no matter what the class contains. This is what I got from the gdc expert Iain: Yep reproducible on current development snapshot... raise a bug if you haven't already done so. Fix is simple enough (move generation of BINFO out of toDebug as is required regardless of whether -g was sent on the command-line).
[Bug target/51784] PIC register not correctly preserved in nested funcs / with non-local goto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51784 --- Comment #50 from Iain Sandoe --- Author: iains Date: Sun Sep 1 15:39:28 2013 New Revision: 202147 URL: http://gcc.gnu.org/viewcvs?rev=202147&root=gcc&view=rev Log: gcc: Backport from mainline: 2013-07-22 Uros Bizjak * config/i386/i386.md (nonlocal_goto_receiver): Delete insn if it is not needed after split. 2013-07-20 Iain Sandoe PR target/51784 * config/i386/i386.c (output_set_got) [TARGET_MACHO]: Adjust to emit a second label for nonlocal goto receivers. Don't output pic base labels unless we're producing PIC; mark that action unreachable(). (ix86_save_reg): If the function contains a nonlocal label, save the PIC base reg. * config/darwin-protos.h (machopic_should_output_picbase_label): New. * gcc/config/darwin.c (emitted_pic_label_num): New GTY. (update_pic_label_number_if_needed): New. (machopic_output_function_base_name): Adjust for nonlocal receiver case. (machopic_should_output_picbase_label): New. * config/i386/i386.md (enum unspecv): UNSPECV_NLGR: New. (nonlocal_goto_receiver): New insn and split. Modified: branches/gcc-4_7-branch/gcc/ChangeLog branches/gcc-4_7-branch/gcc/config/darwin-protos.h branches/gcc-4_7-branch/gcc/config/darwin.c branches/gcc-4_7-branch/gcc/config/i386/i386.c branches/gcc-4_7-branch/gcc/config/i386/i386.md
[Bug target/58269] [4.9 Regression] ICE when building libobjc on x86_64-apple-darwin* after revision 201915
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58269 --- Comment #5 from Dominique d'Humieres --- With the patch in comment #4 (and the one in pr58239, comment #14) on top of revision 202144, I have successfully bootstrapped with all languages but go on x86_64-apple-darwin10. Note that the reported ICE occurs only for the 64 bit mode and it break all the test in the suite that call __builtin_apply_args, gcc.target/i386/avx-vzeroupper-27.c with the reported ICE and the others with /opt/gcc/work/gcc/testsuite/gcc.target/i386/builtin-apply-mmx.c: In function 'bar': /opt/gcc/work/gcc/testsuite/gcc.target/i386/builtin-apply-mmx.c:35:1: internal compiler error: in assign_by_spills, at lra-assigns.c:1281 Thanks for the patch.
[Bug ada/58239] [4.9 regression] pretty-print.c:789: undefined reference to `operator delete(void*)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58239 --- Comment #16 from Dominique d'Humieres --- The patch in comment #14 allows to bootstrap x86_64-apple-darwin10 with Ada. The only failures are for gnat.dg/specs/linker_alias.ads (see http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00996.html). Thanks for the patch.
[Bug ada/58239] [4.9 regression] pretty-print.c:789: undefined reference to `operator delete(void*)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58239 --- Comment #17 from Eric Botcazou --- Author: ebotcazou Date: Sun Sep 1 16:51:41 2013 New Revision: 202150 URL: http://gcc.gnu.org/viewcvs?rev=202150&root=gcc&view=rev Log: PR ada/58239 gnattools/ * Makefile.in (CXX_LFLAGS): New. (TOOLS_FLAGS_TO_PASS_NATIVE): Pass CXX and CXX_LFLAGS. (TOOLS_FLAGS_TO_PASS_RE): Likewise. (TOOLS_FLAGS_TO_PASS_CROSS): Pass CXX. gcc/ada/ * gcc-interface/Makefile.in (GCC_LINK_FLAGS): Add -static-libstdc++. (GCC_LINK): Use CXX instead of CC. * gcc-interface/Make-lang.in (CXX_LFLAGS): New. (ADA_TOOLS_FLAGS_TO_PASS): Pass CXX, and CXX_LFLAGS for native. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/Make-lang.in trunk/gcc/ada/gcc-interface/Makefile.in trunk/gnattools/ChangeLog trunk/gnattools/Makefile.in
[Bug ada/58239] [4.9 regression] pretty-print.c:789: undefined reference to `operator delete(void*)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58239 Eric Botcazou changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #18 from Eric Botcazou --- Presumably fixed.
[Bug ipa/58292] ICE in ipa-devirt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58292 Andrew Pinski changed: What|Removed |Added Keywords||ice-on-valid-code Component|c |ipa --- Comment #1 from Andrew Pinski --- Note it is hard to reproduce this since the D front-end is out of tree.
[Bug java/58284] Compiling jvgenmain failes with lots of "undefined reference" errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58284 --- Comment #3 from Andrew Pinski --- >--enable-stage1-languages=all Don't use that, it is not useful really.
[Bug bootstrap/58289] gcc/gengtype.c includes gcc/double-int.h, which uses C++ constructs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58289 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |INVALID --- Comment #1 from Andrew Pinski --- GCC is now a C++ program even though it uses the .c file extension. Use clang in C++ mode instead.
[Bug middle-end/58293] New: FAIL: gcc.dg/torture/stackalign/builtin-apply-4.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58293 Bug ID: 58293 Summary: FAIL: gcc.dg/torture/stackalign/builtin-apply-4.c Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: danglin at gcc dot gnu.org Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/stackalign/builtin-apply-4.c -fno-d iagnostics-show-caret -fdiagnostics-color=never -O0 -fpic -lm -o ./builtin -apply-4.exe(timeout = 300) spawn /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /test/gnu/gcc/gc c/gcc/testsuite/gcc.dg/torture/stackalign/builtin-apply-4.c -fno-diagnostics-sho w-caret -fdiagnostics-color=never -O0 -fpic -lm -o ./builtin-apply-4.exe /usr/ccs/bin/ld: Unsatisfied symbols: bar.localalias.0 (first referenced in /var/tmp//ccYafodY.o) (data)collect2: error: ld returned 1 exit statuscompiler exited with status 1 output is:/usr/ccs/bin/ld: Unsatisfied symbols: bar.localalias.0 (first referenced in /var/tmp//ccYafodY.o) (data) collect2: error: ld returned 1 exit status FAIL: gcc.dg/torture/stackalign/builtin-apply-4.c -O0 -fpic (test for excess er rors) Excess errors:/usr/ccs/bin/ld: Unsatisfied symbols: bar.localalias.0 (first referenced in /var/tmp//ccYafodY.o) (data) bar.localalias.0 is called from main but doesn't exist. main: .PROC .CALLINFO FRAME=64,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=4 .ENTRY stw %r2,-20(%r30) copy %r3,%r1 copy %r30,%r3 stwm %r1,64(%r30) stw %r3,-4(%r30) stw %r4,8(%r3) stw %r19,-32(%r30) ldo -36(%r3),%r1 stw %r26,0(%r1) ldo -40(%r3),%r28 stw %r25,0(%r28) ldi 116,%r26 copy %r19,%r4 .CALL ARGW0=GR bl bar.localalias.0,%r2 nop We just have code for bar: .SPACE $TEXT$ .NSUBSPA $CODE$ .align 4 .EXPORT bar,ENTRY,PRIV_LEV=3,ARGW0=GR,RTNVAL=FU bar: .PROC .CALLINFO FRAME=192,CALLS,SAVE_RP,SAVE_SP,ENTRY_GR=6 .ENTRY stw %r2,-20(%r30) copy %r3,%r1
[Bug sanitizer/56535] ICE: in build2_stat, at tree.c:3885 when compiling with -fsanitize=address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56535 --- Comment #4 from Dominique d'Humieres --- The ICEs have disappeared between revisions 198750 (2013-05-09, ICEs) and 199418 (2013-05-29, OK). The ICE for r198750 is [macbook] f90/bug% /opt/gcc/gcc4.9p-198750/bin/gfortran -O2 /opt/gcc/work/gcc/testsuite/gfortran.dg/class_allocate_12.f90 -fsanitize=address /opt/gcc/work/gcc/testsuite/gfortran.dg/class_allocate_12.f90: In function 'integrate': /opt/gcc/work/gcc/testsuite/gfortran.dg/class_allocate_12.f90:69:0: internal compiler error: in build2_stat, at tree.c:3948 i.e., 3947gcc_assert (POINTER_TYPE_P (tt) && POINTER_TYPE_P (TREE_TYPE (arg0)) 3948&& ptrofftype_p (TREE_TYPE (arg1))); Any idea about what change fixed this PR before closing it as FIXED?
[Bug objc/48109] Objective-C class defs/refs are lost under LTO on Darwin for ABI0/1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48109 Iain Sandoe changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #11 from Iain Sandoe --- back-ported to 4.7 (sorry it took so long) as 202155, thus fixed.
[Bug target/57848] internal compiler error on builtin and '#pragma GCC target()' option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57848
--- Comment #9 from Kai Tietz ---
Hmm, I tried to reproduce this case with testcase:
extern unsigned int __builtin_ia32_crc32si (unsigned int, unsigned int);
#pragma GCC target("sse4.2")
and I don't get this ICE. I might do here something wrong, but I can't
reproduce it.
[Bug bootstrap/58289] gcc/gengtype.c includes gcc/double-int.h, which uses C++ constructs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58289 --- Comment #2 from James K. Lowden --- (In reply to Andrew Pinski from comment #1) > GCC is now a C++ program even though it uses the .c file extension. Use > clang in C++ mode instead. Thank you, but the the problem is not completely solved. 1. This is not mentioned anywhere in http://gcc.gnu.org/install/configure.html. 2. Not all .c files needed to build gcc are C++. Setting Clang to compile all files as C++ means libiberty cannot be compiled: ../../../libiberty/sha1.c:235:11: error: '' can not be defined in a type specifier The compiler has precious little information to tell it what language to use. How to distinguish between C and C++ if not by the extension? Particularly in a project with both C and C++ source files among its build-time dependencies?
[Bug ipa/58292] ICE in ipa-devirt.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58292 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz ||.ch --- Comment #2 from Joost VandeVondele --- most likely a dup of PR58290 ?
