[Bug fortran/41807] [4.5, 4.4 Regression] data statement with nested type constructors
-- pault at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-24 07:46:24 date|| Summary|[Reg] data statement with |[4.5, 4.4 Regression] data |nested type constructors|statement with nested type ||constructors http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41807
[Bug middle-end/41812] test 20071030-1.c fails execution on powerpc64
-- bonzini at gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bonzini at gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-24 08:42:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41812
[Bug fortran/41807] [4.5, 4.4 Regression] data statement with nested type constructors
--- Comment #2 from pault at gcc dot gnu dot org 2009-10-24 09:38 --- A reduced testcase module w real, parameter :: zero = 0.0 type, public :: multpol real :: coor(3) end type multpol integer, public, parameter :: n_nuc=2 type(multpol), public :: dft_water_nuc(n_nuc) real, parameter :: C_i=zero real, parameter :: A_i=zero !coordinates of multipole centers real, parameter :: mcoor1(3)=(/ zero, zero, -0.119151/) real, parameter :: mcoor2(3)=(/-1.431042, zero, 0.945510/) integer :: i ! data(dft_water_nuc(i), i=1,n_nuc) /multpol( mcoor1), multpol( mcoor2)/ end module w A single element in the data statement or... data dft_water_nuc(1),dft_water_nuc(2) /multpol( mcoor1), multpol( mcoor2)/ clears the problem. There is something wrong with the loop variable that is screwing up data.c(get_array_index) but I cannot see what it is right now. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41807
[Bug bootstrap/41529] [4.5 Regression] LTO configuration should detect if the target is ELF
--- Comment #5 from bonzini at gnu dot org 2009-10-24 09:59 --- I agree with Andrew, but as a middle way you could put something like this in config/elf.m4: dnl usage: ACX_ELF_TARGET_IFELSE([if-elf], [if-not-elf]) AC_DEFUN([ACX_ELF_TARGET_IFELSE]), [ AC_REQUIRE([AC_CANONICAL_TARGET]) target_elf=no case $target in ...) target_elf=yes;; esac AS_IF([test $target_elf = yes], [$1], [$2]) ]) and use the macro in the toplevel. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41529
[Bug fortran/41772] [4.4/4.5 Regression] Wrong code due to TRANSFER of EMPTY array section
--- Comment #6 from pault at gcc dot gnu dot org 2009-10-24 10:11 --- Subject: Bug 41772 Author: pault Date: Sat Oct 24 10:11:46 2009 New Revision: 153524 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153524 Log: 2009-10-24 Paul Thomas pa...@gcc.gnu.org PR fortran/41772 * trans-intrinsic.c (gfc_conv_intrinsic_transfer): Stop'extent' from going negative. 2009-10-24 Paul Thomas pa...@gcc.gnu.org PR fortran/41772 * gfortran.dg/transfer_intrinsic_3.f90. Added: trunk/gcc/testsuite/gfortran.dg/transfer_intrinsic_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-intrinsic.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41772
[Bug middle-end/41611] [4.5 Regression] guard variable is emitted even when the guarded symbol isn't
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41611
[Bug bootstrap/39051] --without-{ppl,cloog} should also disable version checks
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-24 11:34 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39051
[Bug middle-end/41812] [4.5 Regression] test 20071030-1.c fails execution on powerpc64
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Summary|test 20071030-1.c fails |[4.5 Regression] test |execution on powerpc64 |20071030-1.c fails execution ||on powerpc64 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41812
[Bug target/41813] [4.5 Regression] SH: delay slot is filled with a wrong insn
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41813
[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Summary|[4.5, 4.4 Regression] data |[4.5/4.4 Regression] data |statement with nested type |statement with nested type |constructors|constructors Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41807
[Bug target/41176] [4.4/4.5 Regression] ICE in reload_cse_simplify_operands at postreload.c:396
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176
[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
[Bug bootstrap/41399] [4.5 Regression] Internal error compiling fortran/intrinsic.c
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-24 11:53 --- Can someone attach preprocessed source? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING Keywords||memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41399
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug target/41473] [4.5 Regression] dsymutil Assertion failed ...
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41473
[Bug bootstrap/41529] LTO configuration should detect if the target is ELF
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-24 11:56 --- I have a hard way thinking of a way this is a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.5 Regression] LTO|LTO configuration should |configuration should detect |detect if the target is ELF |if the target is ELF| Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41529
[Bug tree-optimization/41735] [4.5 Regression] inlined comdat function sometimes is emitted
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-24 11:59 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2009-10-24 11:59:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41735
[Bug tree-optimization/41775] [4.5 Regression] IPA-SRA: ice in rewrite_stmt, at tree-into-ssa.c:1302
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Version|unknown |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41775
[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41801
[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41785
[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
[Bug middle-end/41674] [4.5 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: _GLOBAL__I_65535_0_main
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-24 12:03 --- Can you attach preprocessed source (or reduce the testcase to not require headers?) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41674
[Bug objc/41617] [4.4/4.5 regression] ObjC: Error: symbol `_OBJC_CLASS_AppController' is already defined
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41617
[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
[Bug target/41500] [4.4 Regression] ARM: 4.4 compiler segfault when compiling gcc
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-10-24 12:08 --- Does 4.5 work? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target GCC target triplet||armv5tel-softfloat-linux- ||gnueabi Keywords||build, wrong-code Target Milestone|--- |4.4.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41500
[Bug middle-end/41812] [4.5 Regression] test 20071030-1.c fails execution on powerpc64
--- Comment #2 from dominiq at lps dot ens dot fr 2009-10-24 12:12 --- The tests fail also on powerpc-apple-darwin9 when compiled with -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41812
[Bug bootstrap/41529] LTO configuration should detect if the target is ELF
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-10-24 14:49 --- (In reply to comment #6) I have a hard way thinking of a way this is a regression. Well it is partly a regression as if you have libelf installed in /usr/local or /usr, configure will find it by default and if you are targetting a non elf target, LTO will be enabled and all the LTO testsuite will just fail. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41529
[Bug libgcj/41814] New: ICE in jc1 during bootstrap of gcj
compilation of gnu/javax/crypto/.libs/cipher.o leads to a ICE. Compilation not possible. Trace: /gcc/gcc-4.5-20091015/BUILD/./gcc/gcj -B/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/ -B/gcc/gcc-4.5-20091015/BUILD/./gcc/ -B/usr/armv5tel-unknown-linux-gnueabi/bin/ -B/usr/armv5tel-unknown-linux-gnueabi/lib/ -isystem /usr/armv5tel-unknown-linux-gnueabi/include -isystem /usr/armv5tel-unknown-linux-gnueabi/sys-include -fclasspath= -fbootclasspath=../../../libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -O2 -c -fsource-filename=/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/classpath/lib/classes -MT gnu/javax/crypto/cipher.lo -MD -MP -MF gnu/javax/crypto/cipher.deps @gnu/javax/crypto/cipher.list -fPIC -o gnu/javax/crypto/.libs/cipher.o -v --save-temps Reading specs from /gcc/gcc-4.5-20091015/BUILD/./gcc/specs Reading specs from /gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/libgcj.spec rename spec startfile to startfileorig rename spec lib to liborig COLLECT_GCC=/gcc/gcc-4.5-20091015/BUILD/./gcc/gcj COLLECT_LTO_WRAPPER=/gcc/gcc-4.5-20091015/BUILD/./gcc/lto-wrapper Target: armv5tel-unknown-linux-gnueabi Configured with: ../configure --host=armv5tel-unknown-linux-gnueabi --build=armv5tel-unknown-linux-gnueabi --with-arch-directory=arm --target=armv5tel-unknown-linux-gnueabi --prefix=/usr --disable-nls --disable-libssp --disable-bootstrap --disable-sjlj-exceptions --with-gnu-ld --enable-shared --enable-languages=c,java --enable-long-long --with-float=soft --disable-libunwind-exceptions --enable-libgcj --disable-static --disable-libssp --disable-libgomp --disable-libmudflap --enable-__cxa_atexit --with-sysroot=/ --enable-linux-futex --program-transform-name=s/armv5tel-unknown-linux-gnueabi-// --program-suffix=-4.4 --without-system-libunwind --enable-threads=posix --enable-version-specific-runtime-libs --enable-libstdcxx-allocator=new --disable-libstdcxx-pch --with-slibdir=/lib --disable-libmudflap --disable-libstdcxx-debug Thread model: posix gcc version 4.5.0 20091015 (experimental) (GCC) COLLECT_GCC_OPTIONS='-ffilelist-file' '-B/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/' '-B/gcc/gcc-4.5-20091015/BUILD/./gcc/' '-B/usr/armv5tel-unknown-linux-gnueabi/bin/' '-B/usr/armv5tel-unknown-linux-gnueabi/lib/' '-isystem' '/usr/armv5tel-unknown-linux-gnueabi/include' '-isystem' '/usr/armv5tel-unknown-linux-gnueabi/sys-include' '-fencoding=UTF-8' '-Wno-deprecated' '-fbootstrap-classes' '-O2' '-c' '-fsource-filename=/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/classpath/lib/classes' '-MT' 'gnu/javax/crypto/cipher.lo' '-MD' '-MP' '-MF' 'gnu/javax/crypto/cipher.deps' '-fPIC' '-o' 'gnu/javax/crypto/.libs/cipher.o' '-v' '-save-temps' '-fbootclasspath=./:../../../libjava/classpath/lib/' '-shared-libgcc' '-mfloat-abi=soft' COLLECT_GCC_OPTIONS='-ffilelist-file' '-B/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/' '-B/gcc/gcc-4.5-20091015/BUILD/./gcc/' '-B/usr/armv5tel-unknown-linux-gnueabi/bin/' '-B/usr/armv5tel-unknown-linux-gnueabi/lib/' '-isystem' '/usr/armv5tel-unknown-linux-gnueabi/include' '-isystem' '/usr/armv5tel-unknown-linux-gnueabi/sys-include' '-fencoding=UTF-8' '-Wno-deprecated' '-fbootstrap-classes' '-O2' '-c' '-fsource-filename=/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/classpath/lib/classes' '-MT' 'gnu/javax/crypto/cipher.lo' '-MD' '-MP' '-MF' 'gnu/javax/crypto/cipher.deps' '-fPIC' '-o' 'gnu/javax/crypto/.libs/cipher.o' '-v' '-save-temps' '-fbootclasspath=./:../../../libjava/classpath/lib/' '-shared-libgcc' '-mfloat-abi=soft' /gcc/gcc-4.5-20091015/BUILD/./gcc/jc1 /tmp/ccubSsVfjx -fuse-divide-subroutine -fcheck-references -fuse-boehm-gc -fuse-atomic-builtins -fkeep-inline-functions -quiet -dumpbase ccubSsVfjx -mfloat-abi=soft -auxbase-strip gnu/javax/crypto/.libs/cipher.o -O2 -Wno-deprecated -version -ffilelist-file -fencoding=UTF-8 -fbootstrap-classes -fsource-filename=/gcc/gcc-4.5-20091015/BUILD/armv5tel-unknown-linux-gnueabi/libjava/classpath/lib/classes -fPIC -fbootclasspath=./:../../../libjava/classpath/lib/ -faux-classpath ccubSsVfjx.zip -MD_ -MT gnu/javax/crypto/cipher.lo -MF gnu/javax/crypto/cipher.deps -o ccubSsVfjx.s GNU Java (GCC) version 4.5.0 20091015 (experimental) (armv5tel-unknown-linux-gnueabi) compiled by GNU C version 4.4.1 [gcc-4_4-branch revision 150839], GMP version 4.3.1, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU Java (GCC) version 4.5.0 20091015 (experimental) (armv5tel-unknown-linux-gnueabi) compiled by GNU C version 4.4.1 [gcc-4_4-branch revision 150839], GMP version 4.3.1, MPFR version 2.4.1-p5 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Class path starts here: ccubSsVfjx.zip/ (zip) ./ (system) ../../../libjava/classpath/lib/ (system) jc1: internal compiler error: tree check: expected tree_list, have
[Bug middle-end/19154] miss-optimization of (x pow2C) avr conditionals returning bool equivalent values
--- Comment #7 from hutchinsonandy at gcc dot gnu dot org 2009-10-24 15:36 --- Subject: Bug 19154 Author: hutchinsonandy Date: Sat Oct 24 15:36:40 2009 New Revision: 153530 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153530 Log: PR middle-end/19154 * avr.md (QIDI): Add new mode iterator. (sbrx_branchmode): Create new zero extract bit, test and jump patterns for all QI-DI modes combinations. (sbrx_and_branchmode): Create new and based bit test and jump patterns for QI-SI modes. avr.c (avr_out_sbxx_branch): Use only bit number. Modified: trunk/gcc/config/avr/avr.c trunk/gcc/config/avr/avr.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19154
[Bug libgcj/41814] ICE in jc1 during bootstrap of gcj
--- Comment #1 from dl9pf at gmx dot de 2009-10-24 15:37 --- Created an attachment (id=18886) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18886action=view) --save-temps file 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41814
[Bug libgcj/41814] ICE in jc1 during bootstrap of gcj
--- Comment #2 from dl9pf at gmx dot de 2009-10-24 15:38 --- Created an attachment (id=18887) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18887action=view) --save-temps file 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41814
[Bug middle-end/19154] miss-optimization of (x pow2C) avr conditionals returning bool equivalent values
--- Comment #8 from hutchinsonandy at gcc dot gnu dot org 2009-10-24 15:39 --- Subject: Bug 19154 Author: hutchinsonandy Date: Sat Oct 24 15:39:23 2009 New Revision: 153531 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153531 Log: PR middle-end/19154 * avr.md (QIDI): Add new mode iterator. (sbrx_branchmode): Create new zero extract bit, test and jump patterns for all QI-DI modes combinations. (sbrx_and_branchmode): Create new and based bit test and jump patterns for QI-SI modes. avr.c (avr_out_sbxx_branch): Use only bit number. Modified: trunk/gcc/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19154
[Bug c++/41815] New: GCC wrongly treats rvalues of non-class type cv-qualified
The issue rises up with C++0x's decltype and rvalue references: int const f() { return 0; } int r = f(); // binding int to int should succeed decltype(0, f()) i; // i should get type int, not int const. In C++, non-class type are not cv-qualified. -- Summary: GCC wrongly treats rvalues of non-class type cv- qualified Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schaub-johannes at web dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41815
[Bug c++/41816] New: libstdc++.so.6.0.14-gdb.py is not an ELF file
There was some brief discussion on IRC about how to fix this. This is the reminder PR -- Summary: libstdc++.so.6.0.14-gdb.py is not an ELF file Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jvdelisle at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41816
[Bug fortran/41784] [OOP] ICE in load_derived_extensions
--- Comment #15 from janus at gcc dot gnu dot org 2009-10-24 16:51 --- Subject: Bug 41784 Author: janus Date: Sat Oct 24 16:50:41 2009 New Revision: 153534 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153534 Log: 2009-10-24 Janus Weil ja...@gcc.gnu.org Paul Thomas pa...@gcc.gnu.org PR fortran/41784 * module.c (load_derived_extensions): Skip symbols which are not being loaded. 2009-10-24 Janus Weil ja...@gcc.gnu.org PR fortran/41784 * gfortran.dg/extends_8.f03: New test. Added: trunk/gcc/testsuite/gfortran.dg/extends_8.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/module.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41784
[Bug fortran/41784] [OOP] ICE in load_derived_extensions
--- Comment #16 from janus at gcc dot gnu dot org 2009-10-24 16:53 --- Fixed with r153534. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41784
[Bug c/41817] New: elfutils triggers bogus may be uninitialized with -O3 -mtune=k8
When trying to compile elfutils version 0.143 on x86_64 Arch Linux using GCC 4.4.1 or 4.4.2 with options -mtune=k8 -O3, I get the following output: gcc -D_GNU_SOURCE -DHAVE_CONFIG_H -DIS_LIBDW -I. -I.. -I. -I. -I./../libelf -I.. -I./../lib-Wall -Werror -Wshadow -Wunused -Wformat=2 -Wextra -std=gnu99 -mtune=k8 -fstack-protector -O3 -pipe -MT dwarf_getcfi_elf.o -MD -MP -MF .deps/dwarf_getcfi_elf.Tpo -c -o dwarf_getcfi_elf.o dwarf_getcfi_elf.c cc1: warnings being treated as errors dwarf_getcfi_elf.c: In function dwarf_getcfi_elf: dwarf_getcfi_elf.c:164: error: search_table_entries may be used uninitialized in this function dwarf_getcfi_elf.c:164: note: search_table_entries was declared here dwarf_getcfi_elf.c:165: error: search_table_encoding may be used uninitialized in this function dwarf_getcfi_elf.c:165: note: search_table_encoding was declared here This seems to happen with every AMD-related tune option (-mtune=k8, -march=k8, -march=athlon64, -march=amdfam10 etc) when used with -O3. The offending code from dwarf_getcfi_elf.c follows: 146:static Dwarf_CFI * 147:getcfi_gnu_eh_frame (Elf *elf, const GElf_Ehdr *ehdr, const GElf_Phdr *phdr) 148:{ 149: if (unlikely (phdr-p_filesz 4)) 150:goto invalid; 151: 152: Elf_Data *data = elf_getdata_rawchunk (elf, phdr-p_offset, phdr-p_filesz, 153: ELF_T_BYTE); 154: if (data == NULL) 155:{ 156:invalid_hdr: 157:invalid: 158: /* XXX might be read error or corrupt phdr */ 159: __libdw_seterrno (DWARF_E_INVALID_CFI); 160: return NULL; 161:} 162: 163: Dwarf_Addr eh_frame_ptr; 164: size_t search_table_entries; 165: uint8_t search_table_encoding; 166: const uint8_t *search_table = parse_eh_frame_hdr (data-d_buf, phdr-p_filesz, 167:phdr-p_vaddr, ehdr, 168:eh_frame_ptr, 169:search_table_entries, 170:search_table_encoding); gcc -v: Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../configure --prefix=/usr --enable-shared --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix --mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit --disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu --disable-libstdcxx-pch --with-tune=generic Thread model: posix gcc version 4.4.2 (GCC) The elfutils source can be downloaded from: https://fedorahosted.org/releases/e/l/elfutils/ -- Summary: elfutils triggers bogus may be uninitialized with -O3 -mtune=k8 Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: marti at juffo dot org GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41817
[Bug middle-end/41817] elfutils triggers bogus may be uninitialized with -O3 -mtune=k8
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-24 18:24 --- Can you provide the preprocessed source as requested by http://gcc.gnu.org/bugs.html ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41817
[Bug middle-end/41817] elfutils triggers bogus may be uninitialized with -O3 -mtune=k8
--- Comment #2 from marti at juffo dot org 2009-10-24 18:27 --- Created an attachment (id=1) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1action=view) dwarf_getcfi_elf.i Sorry! Here you go :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41817
[Bug target/41799] __enable_execute_stack introduced for mingw32 in r134089 doesn't work for kernel-mode components
--- Comment #2 from colin at reactos dot org 2009-10-24 18:31 --- Already said on IRC but for the record: The patch works well and setting -fno-set-stack-executable fixes the problem for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41799
[Bug bootstrap/41818] New: Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile
The following error occurs when compiling x86_64 to powerpc64 cross compiler, as soon as the libgcc_s.so.1 has appeared in obj/gcc directory: ... # Now that we have built all the objects, we need to copy # them back to the GCC directory. Too many things (other # in-tree libraries, and DejaGNU) know about the layout # of the build tree, for now. make install-leaf DESTDIR=../.././gcc \ slibdir= libsubdir= MULTIOSDIR=. make[5]: Entering directory `/a/linux/.powerpc/gcc/obj/powerpc64-unknown-linux-gnu/libgcc' /bin/bash ../../../src/libgcc/../mkinstalldirs ../.././gcc /usr/bin/install -c -m 644 libgcc_eh.a ../.././gcc/ chmod 644 ../.././gcc/libgcc_eh.a /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc_eh.a /bin/bash ../../../src/libgcc/../mkinstalldirs ../.././gcc; /usr/bin/install -c -m 644 ./libgcc_s.so.1 ../.././gcc/libgcc_s.so.1; rm -f ../.././gcc/libgcc_s.so; ln -s libgcc_s.so.1 ../.././gcc/libgcc_s.so /bin/bash ../../../src/libgcc/../mkinstalldirs ../.././gcc /usr/bin/install -c -m 644 libgcc.a ../.././gcc/ chmod 644 ../.././gcc/libgcc.a /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcc.a /usr/bin/install -c -m 644 libgcov.a ../.././gcc/ chmod 644 ../.././gcc/libgcov.a /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/ranlib ../.././gcc/libgcov.a parts=crtbegin.o crtbeginS.o crtbeginT.o crtend.o crtendS.o ecrti.o ecrtn.o ncrti.o ncrtn.o; \ for file in $parts; do \ rm -f ../.././gcc/$file; \ /usr/bin/install -c -m 644 $file ../.././gcc/; \ done make[5]: Leaving directory `/a/linux/.powerpc/gcc/obj/powerpc64-unknown-linux-gnu/libgcc' make[4]: Leaving directory `/a/linux/.powerpc/gcc/obj/powerpc64-unknown-linux-gnu/libgcc' Checking multilib configuration for libgomp... mkdir -p -- powerpc64-unknown-linux-gnu/libgomp Configuring in powerpc64-unknown-linux-gnu/libgomp configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... x86_64-unknown-linux-gnu checking host system type... powerpc64-unknown-linux-gnu checking target system type... powerpc64-unknown-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for powerpc64-unknown-linux-gnu-strip... /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/strip checking for powerpc64-unknown-linux-gnu-gcc... /a/linux/.powerpc/gcc/obj/./gcc/xgcc -B/a/linux/.powerpc/gcc/obj/./gcc/ -B/a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/ -B/a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/lib/ -isystem /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/include -isystem /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/sys-include checking for C compiler default output file name... configure: error: in `/a/linux/.powerpc/gcc/obj/powerpc64-unknown-linux-gnu/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. make[3]: *** [configure-target-libgomp] Error 1 make[3]: Leaving directory `/a/linux/.powerpc/gcc/obj' The obj/powerpc64-unknown-linux-gnu/libgomp/config.log content is: ... configure:2569: checking for C compiler default output file name configure:2572: /a/linux/.powerpc/gcc/obj/./gcc/xgcc -B/a/linux/.powerpc/gcc/obj/./gcc/ -B/a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/bin/ -B/a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/lib/ -isystem /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/include -isystem /a/linux/.powerpc/cross-tools/powerpc64-unknown-linux-gnu/sys-include -g -O2 conftest.c 5 /a/linux/.powerpc/gcc/obj/./gcc/cc1: error while loading shared libraries: /a/linux/.powerpc/gcc/obj/./gcc/libgcc_s.so.1: ELF file data encoding not little-endian configure:2575: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME GNU OpenMP Runtime Library | #define PACKAGE_TARNAME libgomp | #define PACKAGE_VERSION 1.0 | #define PACKAGE_STRING GNU OpenMP Runtime Library 1.0 | #define PACKAGE_BUGREPORT | #define PACKAGE libgomp | #define VERSION 1.0 | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2613: error: in `/a/linux/.powerpc/gcc/obj/powerpc64-unknown-linux-gnu/libgomp': configure:2616: error: C compiler cannot create executables See `config.log' for more details. ... It seems that host cc1 executable tries to load target libgcc_s.so.1 from obj/gcc directory, rather than host libgcc_s.so.1 from /lib. I have successfully build the cross-compiler with overriden RPATH_ENVVAR variable, as following: make RPATH_ENVVAR=MY_LD_LIBRARY_PATH So error was indeed caused by changing LD_LIBRARY_PATH environment variable during the build HOST gcc version is: Using built-in specs. Target: x86_64-linux-gnu Configured with:
[Bug bootstrap/41818] Error building cross compiler caused by changing LD_LIBRARY_PATH environment variable in Makefile
--- Comment #1 from denis dot onischenko at gmail dot com 2009-10-24 20:23 --- I run the configure script as follows: ../src/configure --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=powerpc64-unknown-linux-gnu --prefix=$(BUILDDIR)/cross-tools --disable-werror --with-sysroot=$(SYSROOT) --enable-languages=c,c++ --disable-multilib --disable-nls -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41818
[Bug c++/41819] New: [4.5 regression] ICE with try/catch and -fno-exceptions
The following code snippet triggers an ICE when compiled with -fno-exceptions: === void f() { try {} catch (...) {} } === bug.cc: In function 'void f()': bug.cc:9:10: error: exception handling disabled, use -fexceptions to enable bug.cc:10:1: internal compiler error: in gen_eh_region, at except.c:351 Please submit a full bug report, [etc.] The bug appeared between 2009-10-02 and 2009-10-10. Btw, that's the same problem as PR1054 which was fixed for GCC 3.0 :-( -- Summary: [4.5 regression] ICE with try/catch and -fno-exceptions Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery, monitored Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug fortran/37829] ICE in resolve_symbol
--- Comment #8 from mikael at gcc dot gnu dot org 2009-10-24 22:42 --- (In reply to comment #7) It seems that the patch in comment #2 has been silently applied Not exactly silently. It was pr38672 Apparently the failure of the test in comment #4 is due to the fact that c_funptr is not mangled the way it is defined (through different modules and an only clause). If I remove module 'a' and the comment in module 'b', the code compiles. The whole iso_c_binding is messy because it doesn't look like normal modules. It hijacks functions everywhere to take care of iso_c_binding cases and doesn't benefit from the general code. Here, the derived type of the function c_funloc is given a mangled name because it is not wanted by the user. This seems to fix it : Index: symbol.c === --- symbol.c(revision 153473) +++ symbol.c(working copy) @@ -4397,8 +4397,8 @@ (mod_name, s == ISOCBINDING_FUNLOC ? ISOCBINDING_FUNPTR : ISOCBINDING_PTR, (const char *)(s == ISOCBINDING_FUNLOC -? _gfortran_iso_c_binding_c_funptr - : _gfortran_iso_c_binding_c_ptr)); +? c_funptr + : c_ptr)); tmp_sym-ts.u.derived = get_iso_c_binding_dt (s == ISOCBINDING_FUNLOC ? ISOCBINDING_FUNPTR -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37829
[Bug middle-end/41674] [4.5 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: _GLOBAL__I_65535_0_main
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-24 22:49 --- Subject: Re: [4.5 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: _GLOBAL__I_65535_0_main On Sat, 24 Oct 2009, rguenth at gcc dot gnu dot org wrote: Can you attach preprocessed source (or reduce the testcase to not require headers?) Attached. Dave --- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-24 22:49 --- Created an attachment (id=18889) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18889action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41674
[Bug other/41820] New: cc1: error: Cannot load plugin ./selfassign.so
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/plugin/self-assign-test-1.c -fplugin=./self assign.so -O -S -o self-assign-test-1.s(timeout = 300) cc1: error: Cannot load plugin ./selfassign.so Unresolved symbol: tree_code_type (data) from ./selfassign.so compiler exited with status 1 output is: cc1: error: Cannot load plugin ./selfassign.so Unresolved symbol: tree_code_type (data) from ./selfassign.so FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for war nings, line 15) FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for war nings, line 19) FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for war nings, line 20) FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for war nings, line 21) FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for war nings, line 22) FAIL: gcc.dg/plugin/self-assign-test-1.c -fplugin=./selfassign.so (test for exce ss errors) I believe that cc1 needs to be linked with -E to mark all symbols for export to shared libraries. -- Summary: cc1: error: Cannot load plugin ./selfassign.so Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41820
[Bug lto/41821] New: ICE in LTO when linking
I get this error when linking in most of my project's regression tests, but always at the same address in gimple.c. /usr/local/bin/g++ -O3 -DNDEBUG -DUSE_INTL=1 -DUSE_MUTEX=1 -findirect-inlining -Winline -flto -pedantic-errors -Werror -ansi -fno-common -Wall -Wold-style-cast -Wsign-promo -Wpointer-arith -Wundef -Wwrite-strings -Winvalid-pch -Woverloaded-virtual -Wcast-qual -Wextra -Wredundant-decls -Wshadow -Wcast-align -Wcomment -fstrict-aliasing -Winit-self -Wmissing-include-dirs -Wswitch-default -Wswitch-enum -Wlogical-op -Wconversion -Wsign-conversion -Wmissing-declarations -Wdeprecated -ftree-switch-conversion -Wuninitialized -Wparentheses -Wunused -fvisibility-inlines-hidden -MMD -fimplicit-templates -Wl,-warn-common -L.. -o stest0.exe stest0.o -lPatternDriver -lintl -lpthread lto1: internal compiler error: in gimple_types_compatible_p, at gimple.c:3488 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: /usr/local/bin/g++ returned 1 exit status collect2: lto-wrapper returned 1 exit status uname -a Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/alphaev56-unknown-linux-gnu/4.5.0/lto-wrapper Target: alphaev56-unknown-linux-gnu Configured with: ../gcc/configure --verbose --enable-languages=c++ --disable-linux-futex --disable-nls --disable-tls --enable-lto Thread model: posix gcc version 4.5.0 20091023 (experimental) (GCC) BUILDING: alias CONFIGURECVS='../gcc/configure --verbose --enable-languages=c++ --disable-linux-futex --disable-nls --disable-tls --enable-lto 21 | tee clog' alias BUILD='nice gmake CFLAGS='\'''\'' BOOT_CFLAGS='\'''\'' LIBCFLAGS='\''-g'\'' LIBCXXFLAGS='\''-g'\'' bootstrap 21 | tee log' -- Summary: ICE in LTO when linking Product: gcc Version: lto Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mckelvey at maskull dot com GCC build triplet: alphaev56-unknown-linux-gnu GCC host triplet: alphaev56-unknown-linux-gnu GCC target triplet: alphaev56-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug lto/41821] ICE in LTO when linking
--- Comment #1 from mckelvey at maskull dot com 2009-10-25 01:27 --- I presume that you will need stest0.o and libPatternDriver.a to recreate, but tarring and bz2ing those together yields about 25M, too much to attach. Please advise. -- mckelvey at maskull dot com changed: What|Removed |Added CC||mckelvey at maskull dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails
--- Comment #21 from johnw at gnu dot org 2009-10-25 05:40 --- I'm actually getting this same error on Snow Leopard (Mac OS X 10.6.0). It's pretty easy to reproduce with Boost (1.40): #include string #include sstream #include boost/variant.hpp int main() { std::ostringstream buf; boost::variantbool, std::string data; data = buf.str(); data = false; return 0; } $ g++ -I/opt/local/include -o bug bug.cc What happens here is that ostringstream, which is in libstdc++.dylib, returns an empty string which does not match the notion of empty string compiled into my executable; thus when Boost tries to deconstruct the string it stored in order to store the boolean, it crashes trying to deallocate a foreign lib's empty string. This doesn't happen with the same Boost using the stock compiler (g++ 4.2). John -- johnw at gnu dot org changed: What|Removed |Added CC||johnw at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails
--- Comment #22 from johnw at gnu dot org 2009-10-25 05:43 --- A little more data: With the stock compiler, g++ 4.2.1: vulcan /tmp $ otool -L bug bug: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0) vulcan /tmp $ nm -o /usr/lib/libstdc++.6.dylib | grep empty_rep 0003f200 T __ZNSbIwSt11char_traitsIwESaIwEE12_S_empty_repEv 0003f2fd T __ZNSbIwSt11char_traitsIwESaIwEE4_Rep12_S_empty_repEv 0006fe50 S __ZNSbIwSt11char_traitsIwESaIwEE4_Rep20_S_empty_rep_storageE 0002fae3 T __ZNSs12_S_empty_repEv 0002fbe7 T __ZNSs4_Rep12_S_empty_repEv 0006fdb0 S __ZNSs4_Rep20_S_empty_rep_storageE vulcan /tmp $ nm bug | grep empty_rep 00011fc7 T __ZNSs12_S_empty_repEv 00011f14 T __ZNSs4_Rep12_S_empty_repEv 0001dd00 D __ZNSs4_Rep20_S_empty_rep_storageE With the compiler built from MacPorts, g++ 4.4.2: vulcan /tmp $ otool -L bug bug: /opt/local/lib/gcc44/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.13.0) /opt/local/lib/gcc44/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0) vulcan /tmp $ nm /opt/local/lib/gcc44/libstdc++.6.dylib | grep empty_rep 000655c0 T __ZNSbIwSt11char_traitsIwESaIwEE12_S_empty_repEv 000658c0 T __ZNSbIwSt11char_traitsIwESaIwEE4_Rep12_S_empty_repEv 000bbe40 D __ZNSbIwSt11char_traitsIwESaIwEE4_Rep20_S_empty_rep_storageE 0004de20 T __ZNSs12_S_empty_repEv 0004e0e0 T __ZNSs4_Rep12_S_empty_repEv 000bbdc0 D __ZNSs4_Rep20_S_empty_rep_storageE vulcan /tmp $ nm bug | grep empty_rep 0001193b T __ZNSs4_Rep12_S_empty_repEv 00017820 D __ZNSs4_Rep20_S_empty_rep_storageE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails
--- Comment #23 from johnw at gnu dot org 2009-10-25 05:50 --- I should also mention, this discrepancy only occurs when _GLIBCXX_DEBUG=1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196
[Bug libstdc++/24196] Using string instances to pass arguments to dlls fails
--- Comment #24 from paolo dot carlini at oracle dot com 2009-10-25 05:50 --- The Snow Leopard case is different, apparently they decided to build the system compiler with --enable-fully-dynamic-string and then that shows up everywhere, see 41645. As far as we can understand so far, people willing to experiment with recent GCCs on Snow Leopard have to use that configure time switch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24196