[Bug bootstrap/44107] libstdc++ (dylib) is built with an erroneous dependency towards /usr/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107 --- Comment #13 from Denis Excoffier Denis.Excoffier at airbus dot com 2011-03-21 06:46:26 UTC --- (In reply to comment #12) (In reply to comment #11) (In reply to comment #10) (In reply to comment #8) So, my question is does version 'x' work without a DYLD_LIBRARY_PATH set? (that tells us if we have a way forward) duh ... make that version 'y'. If you take the pure distribution gcc-4.6.0-RC-20110314 and apply the two patches (the patch attached in #4 and included in #5), then - you can bootstrap without error (i can say for C and C++ for the time being) - the xerces-c library compiles ok - my C++ program compiles ok - my C++ program executes ok with no DYLD_LIBRARY_PATH needed - all the dylibs and executable around carry a dependency towards /usr/lib/libgcc_s.1.dylib
[Bug fortran/22572] Double occurrence of matmul intrinsic not optimised
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572 --- Comment #6 from Thomas Koenig tkoenig at gcc dot gnu.org 2011-03-21 07:14:46 UTC --- Author: tkoenig Date: Mon Mar 21 07:14:42 2011 New Revision: 171207 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171207 Log: 2010-03-21 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/22572 * gfortran.h (gfc_option_t) : Add flag_aggressive_function_elimination. (gfc_dep_compare_functions): Add prototype. * lang.opt: Add faggressive-function-elimination. * invoke.texi: Document -faggressive-function-elimination. * frontend_passes (expr_array): New static variable. (expr_size): Likewise. (expr_count): Likewise. (current_code): Likewise. (current_ns): Likewise. (gfc_run_passes): Allocate and free space for expressions. (cfe_register_funcs): New function. (create_var): New function. (cfc_expr_0): New function. (cfe_code): New function. (optimize_namespace): Invoke gfc_code_walker with cfe_code and cfe_expr_0. * dependency.c (gfc_dep_compare_functions): New function. (gfc_dep_compare_expr): Use it. * options.c (gfc_init_options): Handle flag_aggressive_function_elimination. (gfc_handle_option): Likewise. 2010-03-21 Thomas Koenig tkoe...@gcc.gnu.org PR fortran/22572 * gfortran.dg/function_optimize_1.f90: New test. * gfortran.dg/function_optimize_2.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/function_optimize_1.f90 trunk/gcc/testsuite/gfortran.dg/function_optimize_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dependency.c trunk/gcc/fortran/frontend-passes.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/invoke.texi trunk/gcc/fortran/lang.opt trunk/gcc/fortran/options.c trunk/gcc/testsuite/ChangeLog
[Bug ada/47717] building library for arm-none-eabi causes internal error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717 Arnaud Charlet charlet at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||charlet at gcc dot gnu.org Resolution||INVALID --- Comment #3 from Arnaud Charlet charlet at gcc dot gnu.org 2011-03-21 08:05:55 UTC --- This error is specific to your set up/build procedures, which isn't a standard set up, so not supported by the FSF compiler. I suspect you'll need to change your procedures here.
[Bug bootstrap/48214] New: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 Summary: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: ubiz...@gmail.com CC: ja...@gcc.gnu.org Target: alpha-linux-gnu Revision 171033 [1] breaks bootstrap on alpha: gmake[4]: Entering directory `/space/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++' /bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile /home/uros/gcc-build/./gcc/xgcc -shared-libgcc -B/home/uros/gcc-build/./gcc -nostdinc++ -L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src -L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/alphaev68-unknown-linux-gnu/bin/ -B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem /usr/local/alphaev68-unknown-linux-gnu/include -isystem /usr/local/alphaev68-unknown-linux-gnu/sys-include -I/home/uros/gcc-svn/trunk/libstdc++-v3/../gcc -I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include/alphaev68-unknown-linux-gnu -I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include -I/home/uros/gcc-svn/trunk/libstdc++-v3/libsupc++ -fno-implicit-templates -prefer-pic -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -mieee -c -o eh_alloc.lo ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc libtool: compile: /home/uros/gcc-build/./gcc/xgcc -shared-libgcc -B/home/uros/gcc-build/./gcc -nostdinc++ -L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src -L/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/alphaev68-unknown-linux-gnu/bin/ -B/usr/local/alphaev68-unknown-linux-gnu/lib/ -isystem /usr/local/alphaev68-unknown-linux-gnu/include -isystem /usr/local/alphaev68-unknown-linux-gnu/sys-include -I/home/uros/gcc-svn/trunk/libstdc++-v3/../gcc -I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include/alphaev68-unknown-linux-gnu -I/home/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/include -I/home/uros/gcc-svn/trunk/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -D_GNU_SOURCE -mieee -c ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc -fPIC -DPIC -o eh_alloc.o ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc: In function ‘void* __cxxabiv1::__cxa_allocate_exception(std::size_t)’: ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc:138:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gmake[4]: *** [eh_alloc.lo] Error 1 gmake[4]: Leaving directory `/space/uros/gcc-build/alphaev68-unknown-linux-gnu/libstdc++-v3/libsupc++' The ICE can be triggered with a cross to alpha-linux-gnu with attached test. ~/gcc-build-alpha/gcc/cc1plus -O2 -g eh_alloc.ii ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc: In function ‘void* __cxxabiv1::__cxa_allocate_exception(std::size_t)’: ../../../../gcc-svn/trunk/libstdc++-v3/libsupc++/eh_alloc.cc:138:1: internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gdb session: (gdb) up #1 0x006f1f42 in dwarf2out_var_location (loc_note=0x2ee3a680) at ../../gcc-svn/trunk/gcc/dwarf2out.c:21979 21979 gcc_assert (prev (gdb) li 21974= ggc_alloc_cleared_call_arg_loc_node (); 21975 rtx prev = prev_real_insn (loc_note), x; 21976 ca_loc-call_arg_loc_note = loc_note; 21977 ca_loc-next = NULL; 21978 ca_loc-label = last_label; 21979 gcc_assert (prev 21980 (CALL_P (prev) 21981 || (NONJUMP_INSN_P (prev) 21982 GET_CODE (PATTERN (prev)) == SEQUENCE 21983 CALL_P (XVECEXP (PATTERN (prev), 0, 0); (gdb) p debug_rtx (prev) (const_int 2 [0x2]) [1] http://gcc.gnu.org/viewcvs?view=revisionrevision=171033
[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2011-03-21 08:19:41 UTC --- Created attachment 23733 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23733 Preprocessed source
[Bug bootstrap/44107] libstdc++ (dylib) is built with an erroneous dependency towards /usr/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107 --- Comment #14 from Iain Sandoe iains at gcc dot gnu.org 2011-03-21 08:24:19 UTC --- (In reply to comment #13) (In reply to comment #12) (In reply to comment #11) (In reply to comment #10) (In reply to comment #8) So, my question is does version 'x' work without a DYLD_LIBRARY_PATH set? (that tells us if we have a way forward) duh ... make that version 'y'. If you take the pure distribution gcc-4.6.0-RC-20110314 and apply the two patches (the patch attached in #4 and included in #5), then - you can bootstrap without error (i can say for C and C++ for the time being) - the xerces-c library compiles ok - my C++ program compiles ok - my C++ program executes ok with no DYLD_LIBRARY_PATH needed Thanks Denis, that is very helpful testing - and you have, indeed, identified a serious bug. However, I think that this set of tests indicates that the bug is that we emit eh_frames that are incompatible with the darwin {8,9}-unwinder,10-compacter. Accordingly, I suggest that either we close this bug and refer to PR41991 - or we re-name this one to reflect its underlying cause and make it a target bug; Mike - any preference? - all the dylibs and executable around carry a dependency towards /usr/lib/libgcc_s.1.dylib hopefully, I have explained both that this is an intention of the current design and why that design must be as it is. If you can think of a viable alternative, I'd be very glad to read it. ... remembering that there are some system libraries and frameworks that are closed source and therefore cannot be re-compiled by an end User - to say nothing of any 3rd party commercial applications the User has installed that were linked against a 'standard' system.
[Bug target/12171] calling convention omitted in error message
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12171 --- Comment #3 from Kai Tietz ktietz at gcc dot gnu.org 2011-03-21 08:29:46 UTC --- Author: ktietz Date: Mon Mar 21 08:29:36 2011 New Revision: 171209 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171209 Log: ChangeLog gcc/ 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * doc/plugins.texi: Adjust documentation for plugin register_callback. * tree.h (attribute_spec): Add new member affects_type_identity. - Zitierten Text anzeigen - * attribs.c (empty_attribute_table): Adjust attribute_spec initializers. * config/alpha/alpha.c: Likewise. * config/arc/arc.c: Likewise. * config/arm/arm.c: Likewise. * config/avr/avr.c: Likewise. * config/bfin/bfin.c: Likewise. * config/crx/crx.c: Likewise. * config/darwin.h: Likewise. * config/h8300/h8300.c: Likewise. * config/i386/cygming.h: Likewise. * config/i386/i386.c: Likewise. * config/ia64/ia64.c: Likewise. * config/m32c/m32c.c: Likewise. * config/m32r/m32r.c: Likewise. * config/m68hc11/m68hc11.c: Likewise. * config/m68k/m68k.c: Likewise. * config/mcore/mcore.c: Likewise. * config/mep/mep.c: Likewise. * config/microblaze/microblaze.c: Likewise. * config/mips/mips.c: Likewise. * config/rs6000/rs6000.c: Likewise. * config/rx/rx.c: Likewise. * config/sh/sh.c: Likewise. * config/sol2.h: Likewise. * config/sparc/sparc.c: Likewise. * config/spu/spu.c: Likewise. * config/stormy16/stormy16.c: Likewise. * config/v850/v850.c: Likewise. ChangeLog gcc/cp 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * tree.c (cxx_attribute_table): Adjust table. ChangeLog gcc/testsuite 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * g++.dg/plugin/attribute_plugin.c: Adjust test. ChangeLog gcc/java 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * lang.c (java_attribute_table): Adjust table. ChangeLog gcc/lto 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * lto-lang.c (lto_attribute_table): Adjust table. ChangeLog gcc/ada 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * gcc-interface/utils.c (gnat_internal_attribute_table): Add new element. ChangeLog gcc/c-family 2011-03-17 Kai Tietz PR target/12171 * c-common.c (c_common_attribute_table): Add new element. (c_common_format_attribute_table): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/utils.c trunk/gcc/attribs.c trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/config/alpha/alpha.c trunk/gcc/config/arc/arc.c trunk/gcc/config/arm/arm.c trunk/gcc/config/avr/avr.c trunk/gcc/config/bfin/bfin.c trunk/gcc/config/crx/crx.c trunk/gcc/config/darwin.h trunk/gcc/config/h8300/h8300.c trunk/gcc/config/i386/cygming.h trunk/gcc/config/i386/i386.c trunk/gcc/config/ia64/ia64.c trunk/gcc/config/m32c/m32c.c trunk/gcc/config/m32r/m32r.c trunk/gcc/config/m68hc11/m68hc11.c trunk/gcc/config/m68k/m68k.c trunk/gcc/config/mcore/mcore.c trunk/gcc/config/mep/mep.c trunk/gcc/config/microblaze/microblaze.c trunk/gcc/config/mips/mips.c trunk/gcc/config/rs6000/rs6000.c trunk/gcc/config/rx/rx.c trunk/gcc/config/sh/sh.c trunk/gcc/config/sol2.h trunk/gcc/config/sparc/sparc.c trunk/gcc/config/spu/spu.c trunk/gcc/config/stormy16/stormy16.c trunk/gcc/config/v850/v850.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/doc/plugins.texi trunk/gcc/java/ChangeLog trunk/gcc/java/lang.c trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto-lang.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/plugin/attribute_plugin.c trunk/gcc/tree.h
[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 08:30:33 UTC --- That probably means alpha machine reorg is inserting other insns in between CALL_INSN and the following NOTE_ARG_INSN_LOCATION. See r171193, r171185 and r171156 for fixes for other targets.
[Bug target/12171] calling convention omitted in error message
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12171 --- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org 2011-03-21 08:32:56 UTC --- Author: ktietz Date: Mon Mar 21 08:32:50 2011 New Revision: 171210 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171210 Log: ChangeLog gcc/c-family 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * c-pretty-print.c (pp_c_specifier_qualifier_list): Display allowed attributes for function pointer types. (pp_c_attributes_display): New function to display attributes having affects_type_identity flag set to true. * c-pretty-print.h (pp_c_attributes_display): New prototype. ChangeLog gcc/cp 2011-03-21 Kai Tietz kti...@redhat.com PR target/12171 * cxx-pretty-print.c (pp_cxx_ptr_operator): Display allowed attributes for function pointer types. * error.c (dump_type_prefix): Likewise. Modified: trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-pretty-print.c trunk/gcc/c-family/c-pretty-print.h trunk/gcc/cp/ChangeLog trunk/gcc/cp/cxx-pretty-print.c trunk/gcc/cp/error.c
[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48213 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 09:25:58 UTC --- Author: jakub Date: Mon Mar 21 09:25:47 2011 New Revision: 171211 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171211 Log: PR target/48213 * config/s390/s390.c (s390_delegitimize_address): Don't call lowpart_subreg if orig_x has BLKmode. * gcc.dg/pr48213.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr48213.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/s390/s390.c trunk/gcc/testsuite/ChangeLog
[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48213 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 09:27:35 UTC --- Author: jakub Date: Mon Mar 21 09:27:28 2011 New Revision: 171212 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171212 Log: PR target/48213 * config/s390/s390.c (s390_delegitimize_address): Don't call lowpart_subreg if orig_x has BLKmode. * gcc.dg/pr48213.c: New test. Added: branches/gcc-4_6-branch/gcc/testsuite/gcc.dg/pr48213.c Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/config/s390/s390.c branches/gcc-4_6-branch/gcc/testsuite/ChangeLog
[Bug target/48213] [4.6/4.7 Regression] ICE in simplify_subreg called from s390_delegitimize_address
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48213 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 09:28:30 UTC --- Fixed.
[Bug libobjc/48177] incorrect registration of typed selectors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48177 --- Comment #4 from rfm at gnu dot org 2011-03-21 10:08:31 UTC --- The bug did cause proxies to fail ... but I implemented a workaround for that in base, so it's not critical for gnustep once the new base is released (and older versions of base use the old runtime api anyway). As far as argframe stuff goes in base ... it would be nice to be able to remove it ... perhaps we can. It's part of the public API ... but not of the OSX API as far as I know. maybe it could be deprecated and removed soon.
[Bug bootstrap/48167] [4.7 Regression] Bootstrapping broken whenever obj-c++ is included in the list of languages
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48167 --- Comment #3 from Nicola Pero nicola at gcc dot gnu.org 2011-03-21 10:25:40 UTC --- Author: nicola Date: Mon Mar 21 10:25:38 2011 New Revision: 171214 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171214 Log: In gcc/: 2011-03-21 Nicola Pero nicola.p...@meta-innovation.com PR bootstrap/48167 * gengtype.c (files_rules): Added rule for cp/parser.h. In gcc/objcp/: 2011-03-21 Nicola Pero nicola.p...@meta-innovation.com PR bootstrap/48167 * Make-lang.in (START_HDRS): Added CXX_PARSER_H and CXX_PRETTY_PRINT_H. * config-lang.in (gtfiles): Added cp/parser.h and reorganized list so that it is more obvious that it is identical to the C++ one with the addition of some files at the end. Modified: trunk/gcc/ChangeLog trunk/gcc/gengtype.c trunk/gcc/objcp/ChangeLog trunk/gcc/objcp/Make-lang.in trunk/gcc/objcp/config-lang.in
[Bug bootstrap/48167] [4.7 Regression] Bootstrapping broken whenever obj-c++ is included in the list of languages
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48167 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED AssignedTo|dnovillo at gcc dot gnu.org |unassigned at gcc dot ||gnu.org --- Comment #4 from Nicola Pero nicola at gcc dot gnu.org 2011-03-21 10:26:37 UTC --- This should now be fixed in trunk. Thanks
[Bug c++/48215] New: internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48215 Summary: internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: sebastian.heg...@tu-dresden.de Created attachment 23734 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23734 The preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command, compressed with gzip. I am trying to compile boost v1.44.0 (www.boost.org) library on IA-64, which fails with: /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/bits/stl_algobase.h:553:2: internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 Important here seems to be the fact that I built GCC with --enable-build-with-cxx. Without that option, building my stuff fails somewhat later on, see bug #48191. Continuing as per http://gcc.gnu.org/bugs/#report;. Full Terminal output follows here, the output from -save-temps comes as an attachment. $g++ -v -save-temps -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -fPIC -fvisibility=hidden -Winvalid-pch -DBOOST_ALL_NO_LIB=1 -DBOOST_BUILD_PCH_ENABLED -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG -Ibin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1 -I. -Ilibs/math/src/tr1 -c -o bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/cyl_neumann.o libs/math/build/../src/tr1/cyl_neumann.cpp Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.5.2/configure --prefix=/home/radar-08/modules-ia64/gcc/4.5.2 --with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2 --with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2 --with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2 --with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold --enable-bootstrap --enable-build-with-cxx Thread model: posix gcc version 4.5.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3' '-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC' '-fvisibility=hidden' '-Winvalid-pch' '-DBOOST_ALL_NO_LIB=1' '-DBOOST_BUILD_PCH_ENABLED' '-DBOOST_MATH_TR1_DYN_LINK=1' '-DNDEBUG' '-Ibin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1' '-I.' '-Ilibs/math/src/tr1' '-c' '-o' 'bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/cyl_neumann.o' '-shared-libgcc' /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus -E -quiet -v -Ibin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1 -I. -Ilibs/math/src/tr1 -iprefix /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/ -D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DBOOST_BUILD_PCH_ENABLED -DBOOST_MATH_TR1_DYN_LINK=1 -DNDEBUG libs/math/build/../src/tr1/cyl_neumann.cpp -Wno-inline -Wall -Winvalid-pch -ftemplate-depth-128 -finline-functions -fPIC -fvisibility=hidden -O3 -fpch-preprocess -o cyl_neumann.ii ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: bin.v2/libs/math/build/gcc-4.5.2/release/threading-multi/../src/tr1 . libs/math/src/tr1 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward
[Bug bootstrap/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.03.21 10:52:19 AssignedTo|unassigned at gcc dot |ubizjak at gmail dot com |gnu.org | Target Milestone|--- |4.7.0 Ever Confirmed|0 |1 --- Comment #3 from Uros Bizjak ubizjak at gmail dot com 2011-03-21 10:52:19 UTC --- Thanks, following patch fixes bootstrap for me: Index: alpha.c === --- alpha.c(revision 171208) +++ alpha.c(working copy) @@ -9644,10 +9644,20 @@ alpha_pad_noreturn (void) for (insn = get_insns (); insn; insn = NEXT_INSN (insn)) { - if (!CALL_P (insn) - || !find_reg_note (insn, REG_NORETURN, NULL_RTX)) + if (! (CALL_P (insn) + find_reg_note (insn, REG_NORETURN, NULL_RTX))) continue; + /* Make sure we do not split a call and its corresponding + CALL_ARG_LOCATION note. */ + if (CALL_P (insn)) +{ + next = NEXT_INSN (insn); + if (next NOTE_P (next) + NOTE_KIND (next) == NOTE_INSN_CALL_ARG_LOCATION) +insn = next; +} + next = next_active_insn (insn); if (next)
[Bug ada/47717] building library for arm-none-eabi causes internal error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717 --- Comment #4 from Luke A. Guest laguest at archeia dot com 2011-03-21 11:05:38 UTC --- (In reply to comment #3) This error is specific to your set up/build procedures, which isn't a standard set up, so not supported by the FSF compiler. I suspect you'll need to change your procedures here. I have, I just build the RTS using a makefile. This RTS is then used via the --RTS flag and I can build libraries with a GPR file now. Luke.
[Bug ada/47717] building library for arm-none-eabi causes internal error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717 --- Comment #5 from Luke A. Guest laguest at archeia dot com 2011-03-21 11:34:10 UTC --- (In reply to comment #3) This error is specific to your set up/build procedures, which isn't a standard set up, so not supported by the FSF compiler. I suspect you'll need to change your procedures here. Just so we know, should it be possible to build libgnat.a using a project file via gnatmake? Thanks, Luke.
[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603 --- Comment #10 from Andrey Belevantsev abel at gcc dot gnu.org 2011-03-21 12:07:57 UTC --- (In reply to comment #9) Andrey, I was just looking at PR 48191, a bug submitted against GCC 4.5.2. It looks like it is caused by the same problem that this patch fixes. Can you back port this fix to the 4.5 branch? Also is there any reason not to close this defect as resolved since it is fixed on the trunk and in 4.6. Hi Steve, I was hoping to port a couple of fixes to 4.5, including this one, but got busy with other stuff. The PR was there to remind me of doing this, evidently not effectively. Thanks for pinging me. I will determine the PRs that need to be backported to 4.5 within two weeks.
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #18 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:09:31 UTC --- Author: ro Date: Mon Mar 21 12:09:28 2011 New Revision: 171218 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171218 Log: PR bootstrap/48135 * doc/install.texi (Prerequisites): Move Perl to build requirements. Always necessary on Solaris 2 with Sun ld. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/install.texi
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #19 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:10:33 UTC --- Author: ro Date: Mon Mar 21 12:10:30 2011 New Revision: 171219 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171219 Log: PR bootstrap/48135 * doc/install.texi (Prerequisites): Move Perl to build requirements. Always necessary on Solaris 2 with Sun ld. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/doc/install.texi
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #20 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:12:27 UTC --- Author: ro Date: Mon Mar 21 12:12:19 2011 New Revision: 171221 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171221 Log: PR bootstrap/48135 * doc/install.texi (Prerequisites): Move jar etc. up. Explain support library version requirements. Modified: trunk/gcc/ChangeLog trunk/gcc/doc/install.texi
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #21 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:13:29 UTC --- Author: ro Date: Mon Mar 21 12:13:26 2011 New Revision: 171222 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171222 Log: PR bootstrap/48135 * doc/install.texi (Prerequisites): Move jar etc. up. Explain support library version requirements. Modified: branches/gcc-4_6-branch/gcc/ChangeLog branches/gcc-4_6-branch/gcc/doc/install.texi
[Bug tree-optimization/46886] [4.5/4.6/4.7 Regression] gfortran.dg/array_constructor_9.f90 FAILs with -ftree-parallelize-loops -fstrict-overflow -fno-tree-ch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46886 Paul Thomas pault at gcc dot gnu.org changed: What|Removed |Added CC||pault at gcc dot gnu.org --- Comment #6 from Paul Thomas pault at gcc dot gnu.org 2011-03-21 12:17:18 UTC --- (In reply to comment #5) Patch: http://gcc.gnu.org/ml/gcc-patches/2011-02/msg00858.html This looks like a low hanging fruit, Sebastian. Are you going to commit it? Cheers Paul Thomas
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #22 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:17:18 UTC --- Author: ro Date: Mon Mar 21 12:17:10 2011 New Revision: 171223 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171223 Log: contrib: PR bootstrap/48135 * make_sunver.pl: Don't use File::Glob. gcc: PR bootstrap/48135 * doc/install.texi (Prerequisites, Perl): Remove Glob.pm reference. Solaris 8 perl works. Modified: trunk/contrib/ChangeLog trunk/contrib/make_sunver.pl trunk/gcc/ChangeLog trunk/gcc/doc/install.texi
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 --- Comment #23 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:24:23 UTC --- Author: ro Date: Mon Mar 21 12:24:17 2011 New Revision: 171224 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171224 Log: libgfortran: PR bootstrap/48135 * configure.ac (gfortran_use_symver): Handle --disable-symvers. * configure: Regenerate. libgomp: PR bootstrap/48135 * acinclude.m4 (enable_symvers): Handle --disable-symvers. * configure: Regenerate. libjava: PR bootstrap/48135 * configure.ac (libjava_cv_anon_version_script): Handle --disable-symvers. * configure: Regenerate. libquadmath: PR bootstrap/48135 * configure.ac (quadmath_use_symver): Handle --disable-symvers. * configure: Regenerate. libssp: PR bootstrap/48135 * configure.ac (ssp_use_symver): Handle --disable-symvers. * configure: Regenerate. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/configure trunk/libgfortran/configure.ac trunk/libgomp/ChangeLog trunk/libgomp/acinclude.m4 trunk/libgomp/configure trunk/libjava/ChangeLog trunk/libjava/configure trunk/libjava/configure.ac trunk/libquadmath/ChangeLog trunk/libquadmath/configure trunk/libquadmath/configure.ac trunk/libssp/ChangeLog trunk/libssp/configure trunk/libssp/configure.ac
[Bug bootstrap/48120] libpwl test must use g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48120 --- Comment #3 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:26:34 UTC --- Author: ro Date: Mon Mar 21 12:26:30 2011 New Revision: 171225 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171225 Log: PR bootstrap/48120: * configure.ac (pwllib): Use LIBS instead of LDFLAGS. Add -lstdc++ -lm to LIBS. * configure: Regenerate. Modified: trunk/ChangeLog trunk/configure trunk/configure.ac
[Bug bootstrap/48135] build fails on Solaris2.8 due to Glob.pm not found within /usr/perl5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48135 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Resolution|WONTFIX |FIXED AssignedTo|unassigned at gcc dot |ro at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.0 --- Comment #24 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:43:39 UTC --- Thanks for you report. I believe all your issues are now resolved, either by improving the documentation, fixing the problem, or both :-) Some of the fixes even made it into 4.6.0, while others will appear in 4.6.1 or 4.7.0 only.
[Bug bootstrap/48120] libpwl test must use g++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48120 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2011-03/msg01270.htm ||l Resolution||FIXED AssignedTo|unassigned at gcc dot |ro at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.0 --- Comment #4 from Rainer Orth ro at gcc dot gnu.org 2011-03-21 12:45:54 UTC --- Mine. Fixed for 4.7.0, may backport to 4.6.
[Bug tree-optimization/48189] [4.3/4.4/4.5/4.6/4.7 Regression] ICE: SIGFPE (division by zero) in in predict_loops () at predict.c:991 with --param max-predicted-iterations=0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48189 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 12:46:09 CC||hubicka at gcc dot gnu.org Target Milestone|--- |4.3.6 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 12:46:09 UTC --- Honza, if the loop is predicted to run zero times the exit edge isn't executed. What's the probability value for this? I'd say it's NaN (aka, not relevant as it isn't executed as all). It doesn't seem to be correct to limit max-predicted-iterations to = 1 as estimated_loop_iterations_int could return zero as well.
[Bug tree-optimization/48193] [4.7 Regression] ICE: verify_ssa failed: type mismatch between an SSA_NAME and its symbol with -flto --param partial-inlining-entry-probability=101
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48193 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.03.21 12:50:00 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.7.0 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 12:50:00 UTC --- Confirmed. (gdb) call debug_tree (ssa_name) ssa_name 0x75b3c528 nothrow var var_decl 0x75b3a3c0 .MEMdef_stmt version 10 in-free-list vops. Happens during inline transform. Probably fallout of the returns-have-vops. Mine.
[Bug tree-optimization/48195] ICE: vector VEC(ipa_node_params_t,base) index domain error, in ipa_analyze_node at ipa-prop.c:1525 with -flto --param partial-inlining-entry-probability=101
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48195 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 12:51:03 CC||jamborm at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 12:51:03 UTC --- Confirmed.
[Bug tree-optimization/48198] [4.7 Regression] ICE: verify_ssa failed: no immediate_use list with -fopenmp --param partial-inlining-entry-probability=101
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48198 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 12:54:37 Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 12:54:37 UTC --- It's probably exposing latent bugs elsewhere though. Likely same/related to PR48193.
[Bug lto/48200] linking shared library with LTO results in different exported symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2011.03.21 12:58:42 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 12:58:42 UTC --- This is not enough to reproduce the issue, even making the source compile ends up failing with /usr/bin/ld: t.o: version node not found for symbol pci_fill_info@LIBPCI_3.0 /usr/bin/ld: failed to set dynamic section sizes: Bad value collect2: ld returned 1 exit status please provide a complete compilable testcase. Thanks.
[Bug c++/48211] [C++0x] Segment Fault When Compiling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48211 --- Comment #2 from Neuron Teckid neuront at bitfoc dot us 2011-03-21 13:01:38 UTC --- I have reproduced this problem on Ubuntu (in a virtualbox guest), also GCC 4.7.0 experimental: $ uname -a Linux GCC4 2.6.35-27-generic #48-Ubuntu SMP Tue Feb 22 20:25:29 UTC 2011 i686 GNU/Linux $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ./configure --enable-languages=c,c++ Thread model: posix gcc version 4.7.0 20110321 (experimental) (GCC) $ g++ crash.cpp -std=c++0x In file included from /usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/memory:85:0, from crash.cpp:2: /usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/unique_ptr.h: In instantiation of ‘constexpr std::unique_ptr_Tp, _Dp::unique_ptr() [with _Tp = acceptor_of_pack, _Dp = std::default_deleteacceptor_of_pack]’: crash.cpp:5:8: instantiated from ‘sptracceptor_of_pack’ crash.cpp:27:30: instantiated from here /usr/local/lib/gcc/i686-pc-linux-gnu/4.7.0/../../../../include/c++/4.7.0/bits/unique_ptr.h:115:59: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. where crash.cpp is /* BEGIN */ #include list #include memory template typename _RawType struct sptr : public std::unique_ptr_RawType { sptr() = default; }; struct stmt_base; std::listsptrstmt_base move(std::listsptrstmt_base rhs) { return std::move(rhs); } sptrint _last_else_pos; sptrstmt_base const _predicate; struct acceptor; sptracceptor a; std::listsptracceptor _acceptors; struct acceptor_of_pack; sptracceptor_of_pack const _packer; #include sstream /* END */
[Bug debug/48204] [4.5/4.6/4.7 Regression] ICE: in decimal_to_decnumber, at dfp.c:115 with -fno-tree-ccp -fno-tree-dominator-opts -fno-tree-fre -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48204 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 13:04:14 CC||dje at gcc dot gnu.org Target Milestone|--- |4.5.3 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:04:14 UTC --- Confirmed. #1 0x0102be84 in decimal_to_decnumber (r=0x7fffcd90, dn=0x7fffccf0) at /space/rguenther/src/svn/trunk/gcc/dfp.c:113 113 gcc_assert (r-decimal); ... #4 0x0093087e in real_to_target_fmt (buf=0x7fffce10, r_orig=0x7fffce30, fmt=0x12077c0) at /space/rguenther/src/svn/trunk/gcc/real.c:2761 2761 (*fmt-encode) (fmt, buf, r); ... #6 0x006a9d63 in insert_float (rtl=0x75b28820, array=0x77ed8df8 \257\257\257\257\257\257\257\257) at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:16326 16326 real_to_target (val, rv, GET_MODE (rtl)); (gdb) call debug_rtx (rtl) (const_double:DD 3.0e+0 [0x0.cp+2]) so appearantly REAL_VALUE_FROM_CONST_DOUBLE doesn't work for DDmode.
[Bug debug/48207] ICE in lhd_set_decl_assembler_name, at langhooks.c:158
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48207 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Keywords||lto Last reconfirmed||2011.03.21 13:12:20 Component|lto |debug Blocks||47819 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:12:20 UTC --- Confirmed, mine. We are processing BLOCKs of the function which has the TYPE_DECL. #10 0x0093b5a4 in decls_for_scope (stmt=0x75b7edc0, context_die=0x77ef8140, depth=1) at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:20886 20886 process_scope_var (stmt, decl, NULL_TREE, context_die); (gdb) p decl-base.code $5 = TYPE_DECL and we probably expect that a DIE was already created for it by the FE: else if (TREE_CODE (decl_or_origin) == TYPE_DECL TYPE_DECL_IS_STUB (decl_or_origin)) die = lookup_type_die (TREE_TYPE (decl_or_origin)); ... if (die != NULL die-die_parent == NULL) add_child_die (context_die, die); but we fall through to gen_decl_die. Then we run into /* This is a GNU Extension. We are adding a DW_AT_linkage_name attribute to the DIE of the anonymous struct TYPE. The value of that attribute is the name of the typedef decl naming the anonymous struct. This greatly eases the work of consumers of this debug info. */ add_linkage_attr (lookup_type_die (type), decl); which we barf on as we didn't create assembler-names for TYPE_DECLs and we can't at this point (the FE isn't anymore). Btw, LTO should override decl_assembler_name with a gcc_unreachable ().
[Bug bootstrap/48216] New: [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48216 Summary: [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: r...@gcc.gnu.org CC: ebotca...@gcc.gnu.org Host: mips-sgi-irix6.5 Target: mips-sgi-irix6.5 Build: mips-sgi-irix6.5 As of rev 171156, Ada bootstrap is broken on IRIX 6.5: /vol/gcc/src/hg/trunk/local/gcc/ada/gcc-interface/decl.c: In function 'elaborate_expression_1': /vol/gcc/src/hg/trunk/local/gcc/ada/gcc-interface/decl.c:6008:8: error: 'gnu_decl' may be used uninitialized in this function [-Werror=uninitialized]
[Bug lto/48210] ICE: SIGFPE with -flto --param lto-partitions=0 on basic code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48210 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:42:32 UTC --- Author: rguenth Date: Mon Mar 21 13:42:27 2011 New Revision: 171234 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171234 Log: 2011-03-21 Richard Guenther rguent...@suse.de PR lto/48210 * params.def (lto-partitions): Require at least 1 partition. Modified: trunk/gcc/ChangeLog trunk/gcc/params.def
[Bug lto/48210] ICE: SIGFPE with -flto --param lto-partitions=0 on basic code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48210 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:43:00 UTC --- Fixed.
[Bug middle-end/47661] predict is confused by FP comparisons when math can trap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47661 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:50:35 UTC --- Author: rguenth Date: Mon Mar 21 13:50:26 2011 New Revision: 171236 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171236 Log: 2011-03-21 Richard Guenther rguent...@suse.de PR middle-end/47661 * gimple.c (is_gimple_condexpr): Use tree_could_throw_p. Modified: trunk/gcc/ChangeLog trunk/gcc/gimple.c
[Bug middle-end/47661] predict is confused by FP comparisons when math can trap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47661 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 13:51:31 Ever Confirmed|0 |1 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 13:51:31 UTC --- predict confusion about pred = a CMP b; if (pred) remains.
[Bug target/48191] internal compiler error: in issue_nops_and_insn, at config/ia64/ia64.c:8258
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191 --- Comment #4 from sebastian.heg...@tu-dresden.de 2011-03-21 13:54:55 UTC --- (In reply to comment #3) It looks like this is the same problem as PR 43603 (but with a different error result). I can reproduce it on the trunk at r167587, but it is fixed at r167588. Confirming fixed in r167588. Should we mark this one as a duplicate of PR 43603?
[Bug lto/48217] New: lto mishandles quotes in command line defines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48217 Summary: lto mishandles quotes in command line defines Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: vap...@gentoo.org CC: toolch...@gentoo.org this code fails when using lto: $ echo 'main(){}' test.c $ gcc -flto -Dfoo=\\'foo\ test.c lto-wrapper: malformed COLLECT_GCC_OPTIONS and this: $ gcc -Dfoo=\\'asdf\'\ -flto test.c gcc: error: \: No such file or directory gcc: error: : No such file or directory dropping the -flto and everything operates as expected last checked with the gcc-4.6 snapshot from 20110305
[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 --- Comment #8 from Zdenek Sojka zsojka at seznam dot cz 2011-03-21 14:34:14 UTC --- (In reply to comment #7) I just checked again and this problem seems to be fixed in trunk now. It still crashes for me (with the testcase from comment #0): $ gcc-4.7.0-pre xxx.C xxx.C:5:1: error: types may not be defined in template arguments xxx.C:6:4: error: ISO C++ forbids declaration of ‘f’ with no type [-fpermissive] xxx.C:6:6: error: expected ‘}’ at end of input xxx.C:6:6: error: expected template-argument at end of input xxx.C:6:6: error: expected ‘’ at end of input xxx.C:6:6: error: expected ‘::’ at end of input xxx.C:6:6: error: expected unqualified-id at end of input xxx.C:6:6: error: expected ‘;’ at end of input xxx.C:6:6: error: expected ‘}’ at end of input xxx.C:6:6: internal compiler error: in cp_lexer_new_from_tokens, at cp/parser.c:395 Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.gentoo.org/ for instructions.
Re: [Bug ada/47717] building library for arm-none-eabi causes internal error
Just so we know, should it be possible to build libgnat.a using a project file via gnatmake? No, project files aren't designed to do that out of the box, libgnat.a is a special library. Arno
[Bug ada/47717] building library for arm-none-eabi causes internal error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717 --- Comment #6 from charlet at adacore dot com charlet at adacore dot com 2011-03-21 14:44:20 UTC --- Just so we know, should it be possible to build libgnat.a using a project file via gnatmake? No, project files aren't designed to do that out of the box, libgnat.a is a special library. Arno
[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48215 --- Comment #1 from sebastian.heg...@tu-dresden.de 2011-03-21 14:46:07 UTC --- There's actually a plethora of ICEs popping up when using a gcc compiled with --enable-build-with-cxx. I'll file separate reports on those, and mention them here when I'm done.
[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571 --- Comment #45 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-21 14:47:20 UTC --- --- Comment #38 from Janne Blomqvist jb at gcc dot gnu.org 2011-03-15 17:04:41 UTC --- Created attachment 23669 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23669 Updated patch This patch takes into account the comments by Jakub, and unconditionally sets GF_CLOCK_MONOTONIC if clock_gettime is available; this should fix a bug if CLOCK_* are not preprocessor macros. This patch doesn't work: SUPPORTS_WEAK is 1, GTHREAD_USE_WEAK is 1 since acinclude.m4 (LIBGFOR_GTHREAD_WEAK) doesn't set it to 0, and HAVE_CLOCK_GETTIME_LIBRT is 1, too, so we still have an undefined reference to clock_gettime ;-( Could we please avoid this mess with SUPPORTS_WEAK and GTHREAD_USE_WEAK and make configure define SUPPORTS_WEAKREF or something like this, since this is what we are actually looking for? If we include alpha*-dec-osf* in the list of targets that don't support weakrefs, things should start working again, but I'd prefer a patch where you can actually read *and understand* what's going on here. Apart from that, has anyone actually *measured* the overhead of simply linking libgfortran with librt on Linux, rather than claiming that there might be some? It the overhead were acceptable or even neglegible, we could avoid all this mess in the first place, link with -lrt if need be, and be done with it. Additionally, the usage model for the weakref seems questionable to me: while the technique is well-known and common on ELF targets to produce code that can work with or without libpthread linked into the application (which is what users will actually do!), which user is supposed to link his Fortran code with librt to get improved system clock resolution? I dare say that close to nobody will even think about this. Rainer
[Bug target/48218] New: internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48218 Summary: internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: sebastian.heg...@tu-dresden.de Host: ia64-unknown-linux-gnu Target: ia64-unknown-linux-gnu Build: ia64-unknown-linux-gnu Created attachment 23735 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23735 The preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command, compressed with gzip. I am trying to compile boost v1.44.0 (www.boost.org) library on IA-64, which fails with: libs/serialization/src/extended_type_info.cpp: In member function ‘void boost::serialization::extended_type_info::key_register() const’: libs/serialization/src/extended_type_info.cpp:118:1: internal compiler error: in verify_target_availability, at sel-sched.c:1598 Important here seems to be the fact that I built GCC with --enable-build-with-cxx. Continuing as per http://gcc.gnu.org/bugs/#report;. Full Terminal output follows here, the output from -save-temps comes as an attachment. Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.5.2/configure --prefix=/home/radar-08/modules-ia64/gcc/4.5.2 --with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2 --with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2 --with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2 --with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold --enable-bootstrap --enable-build-with-cxx Thread model: posix gcc version 4.5.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3' '-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC' '-DBOOST_ALL_NO_LIB=1' '-DBOOST_SERIALIZATION_DYN_LINK=1' '-DNDEBUG' '-I.' '-c' '-o' 'bin.v2/libs/serialization/build/gcc-4.5.2/release/threading-multi/extended_type_info.o' '-shared-libgcc' /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus -E -quiet -v -I. -iprefix /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/ -D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DBOOST_SERIALIZATION_DYN_LINK=1 -DNDEBUG libs/serialization/src/extended_type_info.cpp -Wno-inline -Wall -ftemplate-depth-128 -finline-functions -fPIC -O3 -fpch-preprocess -o extended_type_info.ii ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: . /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed /usr/local/include /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../include /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3' '-finline-functions' '-Wno-inline' '-Wall' '-pthread' '-fPIC' '-DBOOST_ALL_NO_LIB=1' '-DBOOST_SERIALIZATION_DYN_LINK=1' '-DNDEBUG' '-I.' '-c' '-o' 'bin.v2/libs/serialization/build/gcc-4.5.2/release/threading-multi/extended_type_info.o' '-shared-libgcc'
[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48218 --- Comment #1 from sebastian.heg...@tu-dresden.de 2011-03-21 15:02:42 UTC --- Created attachment 23736 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23736 Preprocessed file of the same ICE in another code location, compressed with gzip.
[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48218 --- Comment #2 from sebastian.heg...@tu-dresden.de 2011-03-21 15:04:54 UTC --- Created attachment 23737 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23737 Terminal output of the other failure location.
[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48218 --- Comment #3 from sebastian.heg...@tu-dresden.de 2011-03-21 15:09:33 UTC --- Attachment #23737 and attachment #23736 belong to the same file, which is different from the original one (and also from the boost 1.44.0 library), but triggers the same ICE. I hope that helps.
[Bug target/48219] New: internal compiler error: Segmentation fault on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48219 Summary: internal compiler error: Segmentation fault on IA-64 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: sebastian.heg...@tu-dresden.de Host: ia64-unknown-linux-gnu Target: ia64-unknown-linux-gnu Build: ia64-unknown-linux-gnu Created attachment 23738 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23738 The preprocessed file (*.i*) that triggers the bug, generated by adding -save-temps to the complete compilation command, compressed with gzip. I am trying to compile boost v1.44.0 (www.boost.org) library on IA-64, which fails with: ./boost/test/utils/runtime/cla/id_policy.hpp: In member function ‘bool boost::runtime::cla::dual_id_policyMostDerived, PrimaryId, SecondId::matching(const boost::runtime::cla::parameter, boost::runtime::cla::argv_traverser, bool) const [with MostDerived = boost::runtime::cla::dual_name_policy, PrimaryId = boost::runtime::cla::string_name_policy, SecondId = boost::runtime::cla::char_name_policy]’: ./boost/test/utils/runtime/cla/id_policy.hpp:114:5: internal compiler error: Segmentation fault Important here seems to be the fact that I built GCC with --enable-build-with-cxx. Continuing as per http://gcc.gnu.org/bugs/#report;. Full Terminal output follows here, the output from -save-temps comes as an attachment. Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/lto-wrapper Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.5.2/configure --prefix=/home/radar-08/modules-ia64/gcc/4.5.2 --with--mpfr=/home/radar-08/modules-ia64/gcc/4.5.2 --with-gmp=/home/radar-08/modules-ia64/gcc/4.5.2 --with-mpc=/home/radar-08/modules-ia64/gcc/4.5.2 --with-libelf=/home/radar-08/modules-ia64/gcc/4.5.2 --enable-lto --enable-gold --enable-bootstrap --enable-build-with-cxx Thread model: posix gcc version 4.5.2 (GCC) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3' '-finline-functions' '-Wno-inline' '-Wall' '-pedantic' '-pthread' '-DBOOST_ALL_NO_LIB=1' '-DNDEBUG' '-I.' '-c' '-o' 'bin.v2/libs/test/build/gcc-4.5.2/release/link-static/threading-multi/unit_test_parameters.o' '-shared-libgcc' /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../libexec/gcc/ia64-unknown-linux-gnu/4.5.2/cc1plus -E -quiet -v -I. -iprefix /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/ -D_GNU_SOURCE -D_REENTRANT -DBOOST_ALL_NO_LIB=1 -DNDEBUG libs/test/src/unit_test_parameters.cpp -Wno-inline -Wall -pedantic -ftemplate-depth-128 -finline-functions -O3 -fpch-preprocess -o unit_test_parameters.ii ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include ignoring duplicate directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed ignoring nonexistent directory /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../ia64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: . /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2 /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/ia64-unknown-linux-gnu /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/../../../../include/c++/4.5.2/backward /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/ia64-unknown-linux-gnu/4.5.2/include-fixed /usr/local/include /home/h0/radar-08/modules-ia64/gcc/4.5.2/bin/../lib/gcc/../../include /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-ftemplate-depth-128' '-O3' '-finline-functions' '-Wno-inline' '-Wall' '-pedantic' '-pthread' '-DBOOST_ALL_NO_LIB=1' '-DNDEBUG' '-I.' '-c' '-o'
[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48215 --- Comment #2 from sebastian.heg...@tu-dresden.de 2011-03-21 15:23:52 UTC --- I have now submitted PR 48218 and PR 48219, which may or may not be related to this issue. What these three have in common is that they only appear when gcc is built with --enable-build-with-cxx.
[Bug translation/47911] gettext string typo: params.def:861: parition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47911 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 15:30:13 UTC --- Author: rguenth Date: Mon Mar 21 15:30:03 2011 New Revision: 171244 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171244 Log: 2011-03-21 Richard Guenther rguent...@suse.de PR translation/47911 * params.def (lto-partitions): Fix typo. (lto-min-partition): Fix wording. Modified: trunk/gcc/ChangeLog trunk/gcc/params.def
[Bug translation/47911] gettext string typo: params.def:861: parition
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47911 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 15:30:53 UTC --- Fixed.
[Bug c/47939] Missing DW_TAG_typedef for qualified types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47939 --- Comment #9 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 15:32:37 UTC --- Author: rguenth Date: Mon Mar 21 15:32:21 2011 New Revision: 171245 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171245 Log: 2011-03-21 Richard Guenther rguent...@suse.de PR c/47939 * c-decl.c (grokdeclarator): Drop to the main variant only for array types. Drop flag_gen_aux_info check. * gcc.dg/debug/dwarf2/pr47939-1.c: New testcase. * gcc.dg/debug/dwarf2/pr47939-2.c: Likewise. * gcc.dg/debug/dwarf2/pr47939-3.c: Likewise. * gcc.dg/debug/dwarf2/pr47939-4.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-1.c trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-2.c trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-3.c trunk/gcc/testsuite/gcc.dg/debug/dwarf2/pr47939-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog
[Bug target/48219] internal compiler error: Segmentation fault on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48219 sebastian.heg...@tu-dresden.de changed: What|Removed |Added Severity|normal |blocker
[Bug target/48218] internal compiler error: in verify_target_availability, at sel-sched.c:1598 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48218 sebastian.heg...@tu-dresden.de changed: What|Removed |Added Severity|normal |blocker
[Bug rtl-optimization/48215] internal compiler error: in vinsn_detach, at sel-sched-ir.c:1268 on IA-64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48215 --- Comment #3 from Alexander Monakov amonakov at gcc dot gnu.org 2011-03-21 15:53:43 UTC --- Looks like PR 46518 (the fix was not propagated from trunk to 4.5-branch). Can you please check whether below patch fixes these problems? diff --git a/gcc/sel-sched-ir.c b/gcc/sel-sched-ir.c index e169276..71c02c4 100644 --- a/gcc/sel-sched-ir.c +++ b/gcc/sel-sched-ir.c @@ -1595,7 +1595,7 @@ static void init_expr (expr_t expr, vinsn_t vi, int spec, int use, int priority, int sched_times, int orig_bb_index, ds_t spec_done_ds, ds_t spec_to_check_ds, int orig_sched_cycle, - VEC(expr_history_def, heap) *history, bool target_available, + VEC(expr_history_def, heap) *history, signed char target_available, bool was_substituted, bool was_renamed, bool needs_spec_check_p, bool cant_move) { diff --git a/gcc/sel-sched.c b/gcc/sel-sched.c index 8550fcc..cb3c379 100644 --- a/gcc/sel-sched.c +++ b/gcc/sel-sched.c @@ -3735,7 +3735,7 @@ fill_vec_av_set (av_set_t av, blist_t bnds, fence_t fence, { expr_t expr = VEC_index (expr_t, vec_av_set, n); insn_t insn = EXPR_INSN_RTX (expr); - char target_available; + signed char target_available; bool is_orig_reg_p = true; int need_cycles, new_prio;
[Bug lto/48217] lto mishandles quotes in command line defines
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48217 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||lto Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 15:57:03 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2011-03-21 15:57:03 UTC --- Confirmed. We encode ' as '\'' but don't handle that in lto-wrapper.c. I'm not sure why we put -D options there though.
[Bug debug/48220] New: DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter vs. register window targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220 Summary: DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter vs. register window targets Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassig...@gcc.gnu.org ReportedBy: ja...@gcc.gnu.org I haven't thought too much about register window issues when designing this extension, so it would be good to decide what exactly to do for such targets. Let's start with some testcases: __attribute__((noinline, noclone)) void fn1 (long int x, long int y, long int z) { asm volatile ( : : r (x), r (y), r (z) : memory); } __attribute__((noinline, noclone)) long int fn2 (long int a, long int b, long int c) { long int q = 2 * a; fn1 (5, 6, 7); return 0; } long int fn3 (long int x, long int (*fn4) (long int *)) { long int v, w, w2, z; w = (*fn4) (w2); v = (*fn4) (w2); z = fn2 (1, v + 1, w); { int v1 = v + 4; z += fn2 (w, v * 2, x); } return z; } int main (void) { return 0; } and testcase from http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01224.html While GDB support has been written for these extensions on http://sourceware.org/git/?p=archer.git;a=shortlog;h=refs/heads/archer-jankratochvil-entryval I bet it hasn't been tested on sparc/ia64/and other register window targets yet. For SPARC, my preference would be if DW_OP_GNU_entry_value contained the output regs, after all when it is defined as value at the start of the function (== put a breakpoint on the very first insn and use value of that register), then the parameters are passed in %o[0-5] registers rather than %i[0-5]. And I guess the gdb changes should then magically work when using DW_TAG_call_site info - it will just look up the same registers with no translation. OT, seems if we wanted to be exact we'd need to model the register window save/restrore insns in var-tracking adjust_insn and start in vt_add_function_parameter with the outgoing regs instead of incoming that are in DECL_INCOMING_RTL. Current SVN trunk uses %i* instead of %o* in DW_OP_GNU_entry_value operands and %o* registers in DW_AT_location of DW_OP_GNU_entry_value. IA-64 is more challenging. On SPARC just the save/restore insns are relevant to the register windows, while on IA-64 both br{,l}.call and alloc insns. With the definition that DW_OP_GNU_entry_value should be defined as put a breakpoint on the very first insn in a function, remember register values there I'd say thus that DW_OP_GNU_entry_value should reference r32/r33/etc. regs. The question is what should be used in DW_AT_location of DW_TAG_GNU_call_site_parameter. Either it can be the state on the br.call insn itself (which would mean they are the outN registers mapped accordinly to the hard register numbers given the current alloc insn), or after the call insn is executed (then we'd need to map the outN registers to the inNs). The first option would mean more work for the debugger on IA-64, it would need to map the outNs to inS, but perhaps is more in line with the proposal that DW_TAG_GNU_call_site_parameter lists the location at the call. And it would require no changes to GCC. The other option would mean less work for the debugger, but GCC would need to map the parameter registers in prepare_call_arguments using INCOMING_REGNO for ia64. If we go this route, the question is if registers mentioned in DW_AT_GNU_call_site_value etc. shouldn't be remapped too, so I very much prefer the first variant for IA-64 if it can be implemented.
[Bug other/48221] New: documentation for -Wno-cpp seems wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48221 Summary: documentation for -Wno-cpp seems wrong Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: denis.excoff...@airbus.com Within GCC 4.6.0 RC 20110314. Please revise the documentation for -Wno-cpp in invoke.texi: - the gcc.info contains an empty string instead of `-Wno-cpp' (perhaps generated by the backslash at the end of the corresponding line in invoke.texi) - 3.1 Summary lists `-Wcpp' while 3.8 lists `-Wno-cpp', this is not consistent Thank you.
[Bug debug/48220] DW_OP_GNU_entry_value/DW_TAG_GNU_call_site_parameter vs. register window targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48220 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 16:09:03 UTC --- Created attachment 23739 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23739 gcc47-pr48220.patch Untested patch, which changes using %iN to %oN registers in DW_OP_GNU_entry_value on SPARC, and doesn't change anything on IA-64 (if we choose to use variant 1 there). No idea about mep/mmix/xtensa - the patch might make a difference on xtensa only I think, as mep doesn't define OUTGOING_REGNO and mmix doesn't define LEAF_REGISTERS.
[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571 --- Comment #46 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 16:34:39 UTC --- You clearly don't understand that linking librt in means linking both librt and libpthread in, thus both some overhead at the start of application, for various places in the C library that behave differently if libpthread is linked in, and even gthr* suddenly is more costly just because librt has been linked in. I think on a target which doesn't support weaks having GFORTRAN_USE_WEAK defined to 1 is just wrong.
[Bug fortran/47571] [4.7 Regression] undefined reference to clock_gettime in Linux build of 02/01/2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47571 --- Comment #47 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-21 16:49:19 UTC --- --- Comment #46 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 16:34:39 UTC --- You clearly don't understand that linking librt in means linking both librt and libpthread in, thus both some overhead at the start of application, for various places in the C library that behave differently if libpthread is linked in, and even gthr* suddenly is more costly just because librt has been linked in. Of course I do, I was just asking for what the actual overhead is. I think on a target which doesn't support weaks having GFORTRAN_USE_WEAK defined to 1 is just wrong. No, this target (and others) do support weak, just not weakrefs. The macros should reflect their meaning (SUPPORTS_WEAKREF) and have all necessary knowledge in one place (acinclude.m4) instead of playing games with both SUPPORTS_WEAK and GTHREAD_USE_WEAK. Rainer
[Bug other/48221] documentation for -Wno-cpp seems wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48221 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||documentation Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 16:56:07 Ever Confirmed|0 |1 --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-21 16:56:07 UTC --- Confirmed. Fixed by --- doc/invoke.texi.orig2011-03-21 16:51:03.807891871 + +++ doc/invoke.texi 2011-03-21 16:51:17.134973994 + @@ -237,7 +237,7 @@ -Wno-attributes -Wno-builtin-macro-redefined @gol -Wc++-compat -Wc++0x-compat -Wcast-align -Wcast-qual @gol -Wchar-subscripts -Wclobbered -Wcomment @gol --Wconversion -Wcoverage-mismatch -Wcpp -Wno-deprecated @gol +-Wconversion -Wcoverage-mismatch -Wno-cpp -Wno-deprecated @gol -Wno-deprecated-declarations -Wdisabled-optimization @gol -Wno-div-by-zero -Wdouble-promotion -Wempty-body -Wenum-compare @gol -Wno-endif-labels -Werror -Werror=* @gol @@ -3036,7 +3036,7 @@ comment, or whenever a Backslash-Newline appears in a @samp{//} comment. This warning is enabled by @option{-Wall}. -@item -Wno-cpp \ +@item -Wno-cpp @r{(C, Objective-C, C++, Objective-C++ and Fortran only)} Suppress warning messages emitted by @code{#warning} directives.
[Bug go/48222] New: libgo assertion failure in thread.c:40/63 on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48222 Summary: libgo assertion failure in thread.c:40/63 on Solaris 2 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: r...@gcc.gnu.org Host: i386-pc-solaris2.11 Target: i386-pc-solaris2.11 Build: i386-pc-solaris2.11 Both in the go and libgo testsuites, a couple of testcases randomly fail like this: FAIL: go.test/test/chan/powser2.go execution, -O2 -g /vol/gcc/src/hg/trunk/local/libgo/runtime/thread.c:63: libgo assertion failure /vol/gcc/src/hg/trunk/local/libgo/runtime/thread.c:40: libgo assertion failure I found that at that time sem is completely empty, so either it hasn't been initialized yet or already destroyed. Don't yet know which.
[Bug go/48223] New: gob/check fails on Solaris 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48223 Summary: gob/check fails on Solaris 2 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: r...@gcc.gnu.org Host: i386-pc-solaris2.11 Target: i386-pc-solaris2.11 Build: i386-pc-solaris2.11 The gob libgo test fails on Solaris 2: /bin/ksh: line 1: 1126: Abort FAIL: gob /vol/gcc/src/hg/trunk/solaris/libgo/testsuite/gotest: line 325: 1230: Abort make: *** [gob/check] Error 1 ./a.out -test.v=true === RUN gob.TestUintCodec --- PASS: gob.TestUintCodec (0.0 seconds) === RUN gob.TestIntCodec --- PASS: gob.TestIntCodec (0.0 seconds) === RUN gob.TestScalarEncInstructions --- PASS: gob.TestScalarEncInstructions (0.0 seconds) === RUN gob.TestScalarDecInstructions --- PASS: gob.TestScalarDecInstructions (0.0 seconds) === RUN gob.TestInvalidField Abort I've checked that all other tests pass if run individually.
[Bug target/48191] internal compiler error: in issue_nops_and_insn, at config/ia64/ia64.c:8258
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48191 Steve Ellcey sje at cup dot hp.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #5 from Steve Ellcey sje at cup dot hp.com 2011-03-21 17:30:34 UTC --- This is a duplicate of 43603 which is fixed on ToT for 4.6 and later and should be back ported on to the 4.5 branch. *** This bug has been marked as a duplicate of bug 43603 ***
[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603 --- Comment #11 from Steve Ellcey sje at cup dot hp.com 2011-03-21 17:30:34 UTC --- *** Bug 48191 has been marked as a duplicate of this bug. ***
[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48216 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.03.21 17:41:52 AssignedTo|unassigned at gcc dot |ebotcazou at gcc dot |gnu.org |gnu.org Ever Confirmed|0 |1 --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-03-21 17:41:52 UTC --- What BOOT_CFLAGS do you use here? It's easy to see that the warning is bogus. I'm going to tweak the code anyway.
[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48216 --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot Uni-Bielefeld.DE 2011-03-21 17:45:25 UTC --- --- Comment #1 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-03-21 17:41:52 UTC --- What BOOT_CFLAGS do you use here? It's easy to see that the warning is bogus. Just -g -O2 (the default). This happens in stage 2. I'm going to tweak the code anyway. Great, thanks. Rainer
[Bug c/48197] possible wrong code bug at -O0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48197 --- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 17:57:41 UTC --- Author: jakub Date: Mon Mar 21 17:57:34 2011 New Revision: 171252 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171252 Log: PR c/42544 PR c/48197 * c-common.c (shorten_compare): If primopN is first sign-extended to opN and then zero-extended to result type, set primopN to opN. * gcc.c-torture/execute/pr42544.c: New test. * gcc.c-torture/execute/pr48197.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr42544.c trunk/gcc/testsuite/gcc.c-torture/execute/pr48197.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/testsuite/ChangeLog
[Bug c/42544] Bad codegen with signed short cast to unsigned int, then promoted to unsigned long long
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42544 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2011-03-21 17:57:40 UTC --- Author: jakub Date: Mon Mar 21 17:57:34 2011 New Revision: 171252 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171252 Log: PR c/42544 PR c/48197 * c-common.c (shorten_compare): If primopN is first sign-extended to opN and then zero-extended to result type, set primopN to opN. * gcc.c-torture/execute/pr42544.c: New test. * gcc.c-torture/execute/pr48197.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/execute/pr42544.c trunk/gcc/testsuite/gcc.c-torture/execute/pr48197.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/testsuite/ChangeLog
[Bug lto/48200] linking shared library with LTO results in different exported symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #2 from Zeev Tarantov zeev.tarantov at gmail dot com 2011-03-21 18:18:26 UTC --- Created attachment 23740 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23740 sources, object files and two shared objects: one good, one bad (resulted from linking with LTO)
[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48216 --- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-03-21 18:19:53 UTC --- Author: ebotcazou Date: Mon Mar 21 18:19:47 2011 New Revision: 171254 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171254 Log: PR bootstrap/48216 * gcc-interface/decl.c (elaborate_expression_1): Localize GNU_DECL. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/decl.c
[Bug bootstrap/48216] [4.7 regression] IRIX 6 Ada bootstrap broken: gnu_decl uninitialized in gcc-interface/decl.c:elaborate_expression_1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48216 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.7.0 --- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org 2011-03-21 18:21:32 UTC --- Presumably.
[Bug lto/48200] linking shared library with LTO results in different exported symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #3 from Zeev Tarantov zeev.tarantov at gmail dot com 2011-03-21 18:26:46 UTC --- I am sorry but I don't know which parts are relevant. The source is GPL2, I just ran make SHARED=yes CFLAGS=-fPIC -O2 -flto lib/libpci.so.3.1.7 and then linked the SO a second time with -Wl,-flto (as if it was in the LDFLAGS) and attached a tarball with the result. You can compare the two (renamed) shared objects, built from the same object files and version script. I'll try to construct a minimal (single file, single symbol) test case.
[Bug bootstrap/44107] libstdc++ (dylib) is built with an erroneous dependency towards /usr/lib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44107 --- Comment #15 from Mike Stump mikestump at comcast dot net 2011-03-21 18:53:12 UTC --- I'd trust the person doing the work. :-) They usually have more state on exactly what problem they are fixing and if the work for any one bug covers the problems in other bug reports completely or partially. I prefer that as enough work is put in to fix one bug report, that that bug report is then marked as fixed, and other the other bug reports that are completely solved by it are then marked as dup of that bug.
[Bug c++/48224] New: ERROR: compile in g++ version 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224 Summary: ERROR: compile in g++ version 4.5 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: evgenij.fo...@gmail.com Created attachment 23741 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23741 source files I have found the code normal working with g++ version 4.4. After upgrade to g++ version 4.5 I see ERROR: compile. I made simple code for demonstration this compile error. Look attached files. $ g++ compileError.cxx In file included from /usr/include/c++/4.5/bits/stl_algobase.h:66:0, from /usr/include/c++/4.5/bits/stl_tree.h:62, from /usr/include/c++/4.5/map:60, from compileError.hxx:1, from compileError.cxx:1: /usr/include/c++/4.5/bits/stl_pair.h: In instantiation of ‘std::pairconst int, structure’: compileError.hxx:11:62: instantiated from here /usr/include/c++/4.5/bits/stl_pair.h:77:11: error: ‘std::pair_T1, _T2::second’ has incomplete type compileError.hxx:3:8: error: forward declaration of ‘struct structure’ distcc[7487] ERROR: compile compileError.cxx on localhost failed g++ installed from debian package g++ version 4.5.2-4.
[Bug c++/48224] ERROR: compile in g++ version 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2011-03-21 19:24:26 UTC --- I think this is correct as structure is incomplete when the instantiation of std::pairconst int, structure happens which is in SetMos. Try: #include map struct structure; typedef std::mapint, structure mapOfStructure; class simpleClass { mapOfStructure m_mos; const mapOfStructure GetMos () const { return m_mos; } inline void SetMos ( const mapOfStructure v ); }; struct structure { int i; }; inline void simpleClass::SetMos ( const mapOfStructure v ) { m_mos = v; } --- CUT --- Which is fixes the problem as pair needs both template arguments to be complete when SetMos is declared. Note I think it is needed for simpleClass is also declared really. So moving the declaration of structure before simpleClass is the correct fix really.
[Bug c++/48224] ERROR: compile in g++ version 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48224 --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2011-03-21 19:29:44 UTC --- The C++ standard library says the effects are undefined if an incomplete type is used as a template argument when instantiating a template component (17.4.3.6p2)
[Bug target/12171] calling convention omitted in error message
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12171 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||ktietz at gcc dot gnu.org Resolution||FIXED Known to fail|| --- Comment #5 from Kai Tietz ktietz at gcc dot gnu.org 2011-03-21 20:04:07 UTC --- Fixed on trunk (4.7)
[Bug debug/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 --- Comment #4 from Uros Bizjak ubizjak at gmail dot com 2011-03-21 20:12:07 UTC --- Author: uros Date: Mon Mar 21 20:09:45 2011 New Revision: 171266 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=171266 Log: PR debug/48214 * config/alpha/alpha.c (alpha_pad_noreturn): Do not emit an unop between a call and its CALL_ARG_LOCATION note. Modified: trunk/gcc/ChangeLog trunk/gcc/config/alpha/alpha.c
[Bug debug/48214] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21983
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48214 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Uros Bizjak ubizjak at gmail dot com 2011-03-21 20:12:42 UTC --- Fixed.
[Bug lto/48225] New: Segmentation fault in lookup_type_die, at dwarf2out.c:8121
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48225 Summary: Segmentation fault in lookup_type_die, at dwarf2out.c:8121 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: d.g.gorbac...@gmail.com Created attachment 23742 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23742 Testcase (run `gcc -flto -c bug.cc; gcc -flto -g bug.o')
[Bug lto/48225] Segmentation fault in lookup_type_die, at dwarf2out.c:8121
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48225 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2011-03-21 20:51:40 UTC --- Created attachment 23743 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23743 Backtrace
[Bug target/48209] FAIL: gcc.c-torture/execute/pr47917.c execution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209 Steve Ellcey sje at cup dot hp.com changed: What|Removed |Added CC||sje at cup dot hp.com --- Comment #2 from Steve Ellcey sje at cup dot hp.com 2011-03-21 21:42:02 UTC --- It looks like this is broken for HP-UX 11.11 and 11.23. On 11.31 there is a object that can be linked in (unix2003.o) to fix this. Just like we currently link in unix95.0 or unix98.o for UNIX 1995 or UNIX 1998 standards, if you link in unix2003.o then you will get the UNIX 2003 standard and the correct C99 handling of snprintf.
[Bug target/48226] New: Boost does not build on power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48226 Summary: Boost does not build on power7 Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: meiss...@gcc.gnu.org ReportedBy: meiss...@gcc.gnu.org Host: powerpc64-linux Target: powerpc64-linux Build: powerpc64-linux GCC's -mcpu=power7 (or --with-cpu=power7 used in configuration) enables the Altivec vector interface. This interface marks vector as a conditional macro, which when expanded will either be just 'vector' in the normal case, or __attribute__((altivec(vector__))) if the next token is a standard type (or bool/pixel followed by a standard type). The library boost has a template of the form: typedef typename Iterator::vector vector; The processing of the conditional macros did not handle the case where the vector keyword was repeated. This caused the conditional macro handling to be recusrively called, and the code is expanded as: typedef typename Iterator::vector; The fix is to specifically handle vector vector to prevent the recursive call.
[Bug target/48226] Boost does not build on power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48226 Michael Meissner meissner at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2011.03.21 21:47:02 Ever Confirmed|0 |1 --- Comment #1 from Michael Meissner meissner at gcc dot gnu.org 2011-03-21 21:47:02 UTC --- A C only way to show the bug is with the following code: struct vector { float v[4]; }; struct vector vector = { 1, 2, 3, 4 };
[Bug target/48226] Boost does not build on power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48226 --- Comment #2 from Michael Meissner meissner at gcc dot gnu.org 2011-03-21 21:48:20 UTC --- Created attachment 23744 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23744 simple test case to show the bug
[Bug target/48226] Boost does not build on power7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48226 --- Comment #3 from Michael Meissner meissner at gcc dot gnu.org 2011-03-21 21:58:14 UTC --- Created attachment 23745 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23745 Patch to allow vector vector in boost
[Bug lto/48200] linking shared library with LTO results in different exported symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48200 --- Comment #4 from Zeev Tarantov zeev.tarantov at gmail dot com 2011-03-21 22:40:12 UTC --- I've constructed a trivial example, the bug did not reproduce in it. I've tried -save-temps and -Wl,--verbose but those did not reveal anything. I do not have a nicer testcase than comment #2.
[Bug target/48209] FAIL: gcc.c-torture/execute/pr47917.c execution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48209 --- Comment #3 from dave at hiauly1 dot hia.nrc.ca 2011-03-21 23:03:11 UTC --- It looks like this is broken for HP-UX 11.11 and 11.23. On 11.31 there is a object that can be linked in (unix2003.o) to fix this. Just like we currently link in unix95.0 or unix98.o for UNIX 1995 or UNIX 1998 standards, if you link in unix2003.o then you will get the UNIX 2003 standard and the correct C99 handling of snprintf. That's good to know. We should add 11.31 support and make lonking with unix2003.o the default. So, we have: HP-UX 10.*: no snprintf HP-UX 11.[0-2]*: non standard snprintf HP-UX 11.31: C99 snprintf with unix2003.o In my opinion, the testcase should be testing the GCC implementation of snprintf. If any of the four cases are not optimized by GCC, they should be removed. The HP-UX issues with snprintf aren't unique from what I see on the net. Dave
[Bug rtl-optimization/48181] [4.5/4.6/4.7 Regression] wrong code with -O -fgcse --param ira-max-conflict-table-size=0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2011.03.21 23:20:59 Ever Confirmed|0 |1
[Bug ada/47717] building library for arm-none-eabi causes internal error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47717 Luke A. Guest laguest at archeia dot com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #7 from Luke A. Guest laguest at archeia dot com 2011-03-22 00:13:13 UTC --- Thanks, that's the conclusion I came to. Luke.
[Bug middle-end/14840] fold tree_code_type[CST] and tree_code_length[CST] in GCC itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14840 Nathan Froyd froydnj at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||froydnj at gcc dot gnu.org Resolution||WONTFIX --- Comment #10 from Nathan Froyd froydnj at gcc dot gnu.org 2011-03-22 00:29:53 UTC --- This bug has been open for almost five years. When I tried Andrew's posted patch, I think bootstrap slowed down slightly--possibly because of the extra parsing and logic in TREE_CODE_CLASS? Anyway, LTO should take care of this. I'm going to close this; if somebody wants to keep the bug around for posterity, feel free to reopen.