[Bug debug/46771] [4.6 Regression] -fcompare-debug failure (length) with -O -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46771 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 08:05:43 UTC --- Created attachment 22648 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22648 gcc46-pr46771.patch Untested fix.
[Bug debug/46815] New: Invalid DW_AT_location for a retval instance of a class that has a virtual function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46815 Summary: Invalid DW_AT_location for a retval instance of a class that has a virtual function Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassig...@gcc.gnu.org ReportedBy: siddhesh.poyare...@gmail.com Created attachment 22649 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22649 Reproducer program to run under gdb Problem Description: When a local object is created from a class with a virtual function and that object is also the retval for the function it is the local variable in, the debuginfo generated for the object indicates that it is located in a register, while in reality, its address is located in the register. Steps to Reproduce: $ cat rep.cpp class Sequence { public: virtual void foo(void); }; Sequence getSequence() { Sequence data; return data; } $ g++ -g -c rep.cpp $ objdump -W rep.o | less ... 3c4: Abbrev Number: 13 (DW_TAG_variable) c5 DW_AT_name: (indirect string, offset: 0x43): data c9 DW_AT_decl_file : 1 ca DW_AT_decl_line : 8 cb DW_AT_type: 0x31 cf DW_AT_location: 1 byte block: 53 (DW_OP_reg3) ... Additional Information: Attached reproducer fullrep.cpp can be used to demonstrate this problem as seen in gdb. 1) Build fullrep.cpp: gcc -g fullrep.cpp 2) Run under gdb: [siddh...@spoyarek gcc-foo]$ gdb -q ./a.out Reading symbols from /home/siddhesh/gcc-foo/a.out...done. (gdb) break getSequence Breakpoint 1 at 0x4007e0: file fullrep.cpp, line 14. (gdb) r Starting program: /home/siddhesh/gcc-foo/a.out Breakpoint 1, getSequence () at fullrep.cpp:14 14 Sequence data; (gdb) p data $1 = {_vptr.Sequence = 0x7fffdfd0, i = 4} (gdb) p data Address requested for identifier data which is in register $rbx (gdb) p *((Sequence *)$rbx) $2 = {_vptr.Sequence = 0x7fffe0c0, i = 0} (gdb)
[Bug target/45263] registers used in __do_global_ctors can get clobbered
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45263 --- Comment #11 from Michael Schulze mschulze at ivs dot cs.ovgu.de 2010-12-06 09:07:19 UTC --- (In reply to comment #9) This is essentially identical to the patch I provided for http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44617 so it looks good to me. I hadn't see that patch but you are right it's almost identical. I had two worries: Is R15 used anywhere else in startup code that might not obey the register save conventions (ie does do_global_ctors need to preserve R15) The AVR has a lot of opcodes that are not valid on registers less than 16. It doesn't look like any of these are used here, but I wasn't 100% positive that using R15 wouldn't cause problems... As far as I know r15 isn't used elsewhere in the start-up code and also your second worry seems not to be a problem, because such instructions are not used by that time. (In reply to comment #10) I strongly suggest not using R15. The ATtiny10 Family of devices (ATtiny10/4/5/9/20/40) only has R16-R31. So using R15 won't work for this class of devices. I disagree because the additional register is only in the start up code of devices that have rampz and is omitted in all other cases. The ATtiny don't have a rampz (correct me if I'm wrong) thus they are not faced with the discussed problem in general. IMO, it is absolutely possible and correct to use r15 here. It would be best if we can find a register that will for all AVR devices. Due to the compiler's C calling conventions, there are no other free registers to use without the need of pushing and popping this registers. Only registers below r16 are free to use. All other free r16,r17,r28,r29 are already in use.
[Bug tree-optimization/46785] Doesn't vectorize reduction x += y*y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46785 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 10:05:11 UTC --- Author: rguenth Date: Mon Dec 6 10:05:07 2010 New Revision: 167486 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167486 Log: 2010-12-06 Richard Guenther rguent...@suse.de PR tree-optimization/46785 * tree-vect-loop.c (vect_is_simple_reduction_1): Also allow call statements as operand definition. * gcc.dg/vect/fast-math-vect-reduc-9.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/vect/fast-math-vect-reduc-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-loop.c
[Bug debug/46796] debug info missing builtin type names with lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 10:08:45 UTC --- Author: rguenth Date: Mon Dec 6 10:08:43 2010 New Revision: 167487 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167487 Log: 2010-12-06 Richard Guenther rguent...@suse.de PR lto/46796 * lto-lang.c (lto_init): Give names to basic types. Modified: trunk/gcc/lto/ChangeLog trunk/gcc/lto/lto-lang.c
[Bug tree-optimization/46785] Doesn't vectorize reduction x += y*y
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46785 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 10:09:08 UTC --- Fixed on trunk.
[Bug debug/46796] debug info missing builtin type names with lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46796 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #6 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 10:10:46 UTC --- Somewhat mitigated for 4.6 now, a proper solution is to not do streamer cache preloading and not merge types with different names (we do that already, but only for aggregates right now). I'll do this for 4.7.
[Bug debug/46799] [4.6 Regression] -fcompare-debug failure (length) with -ftree-parallelize-loops=2 -fno-tree-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46799 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 10:10:58 UTC --- Created attachment 22650 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22650 gcc46-pr46799.patch Untested patch.
[Bug tree-optimization/39355] [4.4 Regression] Revision 144529: ICE due to missing or incorrectly relocated DECL_VALUE_EXPR in PCH header for PARM_DECL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org Summary|[4.4/4.5/4.6 Regression]|[4.4 Regression] Revision |Revision 144529: ICE due to |144529: ICE due to missing |missing or incorrectly |or incorrectly relocated |relocated DECL_VALUE_EXPR |DECL_VALUE_EXPR in PCH |in PCH header for PARM_DECL |header for PARM_DECL --- Comment #53 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 10:45:32 UTC --- As we don't have any reproducer for 4.5/4.6 (and nobody but John could ever reproduce it), let's just not track it as 4.5/4.6 regression.
[Bug fortran/46540] libquadmath: Implement --disable-libquadmath
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46540 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 10:55:15 UTC --- Patch: http://gcc.gnu.org/ml/fortran/2010-12/msg00020.html
[Bug fortran/46543] libquadmath: Add documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 10:55:59 UTC --- Patch: http://gcc.gnu.org/ml/fortran/2010-12/msg00019.html TODO: - Make sure it is included at http://gcc.gnu.org/onlinedocs/
[Bug fortran/46816] New: can not compile gcc due to a Fortran configure error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46816 Summary: can not compile gcc due to a Fortran configure error Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: yikey...@hotmail.com The error start from: libtool.m4: error: problem compiling FC test program checking for /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include option to produce PIC... checking if /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include static flag works... no checking if /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include supports -c -o file.o... no checking if /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include supports -c -o file.o... (cached) no checking whether the /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include linker (/usr/src/gccobjects/./gcc/collect-ld) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether the GNU Fortran compiler is working... no configure: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla, attaching /usr/src/gccobjects/i686-pc-linux-gnu/libgfortran/config.log make[1]: *** [configure-target-libgfortran] Error 1 make[1]: Leaving directory `/usr/src/gccobjects' make: *** [all] Error 2
[Bug fortran/46816] can not compile gcc due to a Fortran configure error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46816 --- Comment #1 from yikey326 at hotmail dot com 2010-12-06 11:22:39 UTC --- Created attachment 22651 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22651 The file /i686-pc-linux-gnu/libgfortran/config.log
[Bug fortran/46816] can not compile gcc due to a Fortran configure error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46816 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org Severity|blocker |normal --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 11:28:41 UTC --- There is some issue with your MPFR installation: configure:11068: /usr/src/gccobjects/./gcc/gfortran -B/usr/src/gccobjects/./gcc/ -B/usr//i686-pc-linux-gnu/bin/ -B/usr//i686-pc-linux-gnu/lib/ -isystem /usr//i686-pc-linux-gnu/include -isystem /usr//i686-pc-linux-gnu/sys-include -c conftest.F 5 /usr/src/gccobjects/./gcc/f951: symbol lookup error: /usr/local/lib/libmpfr.so.1: undefined symbol: __gmpn_sqr
[Bug fortran/46817] New: Missing copyright header in libquadmath/*.[hc]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46817 Summary: Missing copyright header in libquadmath/*.[hc] Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Those files were added for libquadmath only and thus are fully FSF owned (created by FX Coudert). However, those files are naked and miss a copyright header. (The other files in gdtoa and math do have a copyright header.)
[Bug bootstrap/46810] [4.6 regression] sparc64-linux bootstrap fails with C++ preprocessor /lib/cpp fails sanity check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 11:37:29 UTC --- Created attachment 22652 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22652 gcc46-pr46810.patch Wouldn't something like this fix this? If neither --enable-build-with-cxx is given, nor --enable-languages contains go, then we shouldn't require C++ compiler and in that case AC_LANG_PUSH(C++) is wrong.
[Bug fortran/46818] New: ICE on pointer assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 Summary: ICE on pointer assignment Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: m.a.hul...@tue.nl Created attachment 22653 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22653 all the files After typing make I get: gfortran -c -O2kind_defs.f90 gfortran -c -O2system_defs.f90 gfortran -c -O2system_vector.f90 gfortran -c -O2system.f90 gfortran -c -O2t.f90 t.f90: In function ‘t’: t.f90:20:0: internal compiler error: in fold_convert_loc, at fold-const.c:2028 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make: *** [t.o] Error 1 [mart...@pc379 tmp]$ gfortran --version GNU Fortran (GCC) 4.6.0 20101206 (experimental) [trunk revision 167484] Copyright (C) 2010 Free Software Foundation, Inc. Note, that if I concatenate all files into a single one, the ICE is gone.
[Bug bootstrap/46819] [4.6 Regression] libffi is always built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46819 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.6.0
[Bug bootstrap/46819] New: [4.6 Regression] libffi is always built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46819 Summary: [4.6 Regression] libffi is always built Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org CC: i...@google.com Since introduction of Go we always build libffi and there is no way to disable that. libffi should only be built if either Java or Go is enabled. Related workaround: 2010-12-03 Hans-Peter Nilsson h...@axis.com PR libffi/46792 * configure.ac (cris-*-elf, crisv32-*-elf): Disable target-libffi. * configure: Regenerate. Ian, please restore previous behavior. Thanks.
[Bug bootstrap/46810] [4.6 regression] sparc64-linux bootstrap fails with C++ preprocessor /lib/cpp fails sanity check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810 --- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-06 11:59:26 UTC --- would that also address PR 40950 ?
[Bug middle-end/46674] [4.6 Regression] Weak alias is mistakenly optimized away
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46674 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|REOPENED|RESOLVED CC||jakub at gcc dot gnu.org Resolution||FIXED --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 12:21:48 UTC --- Fixed.
[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 12:47:25 UTC --- sdbout.c is broken then. If it doesn't care in which code section it emits the stuff, it should at least not switch_to_section (text_section) if in_section != NULL (in_section-flags SECTION_CODE) != 0. And in any case, it should remember in_section from the beginning of the function into say saved_section automatic var and if it was non-NULL, do switch_to_section (saved_section) at the end of the function.
[Bug c++/46806] -O3 implies 0 = 8 = 7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46806 --- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 12:53:41 UTC --- Author: rguenth Date: Mon Dec 6 12:53:38 2010 New Revision: 167490 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167490 Log: 2010-12-06 Richard Guenther rguent...@suse.de PR tree-optimization/46806 * tree-ssa-copyrename.c (copy_rename_partition_coalesce): Do not coalesce different types. * g++.dg/torture/20100825.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/20100825.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-copyrename.c
[Bug fortran/46020] Improve error string for BIND(C) diagnostic for len1 character return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment #4 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 12:55:15 UTC --- Sorry about the spam, these check ins were meant for bug 46026.
[Bug other/46026] [trans-mem] Unable to build libitm on Solaris/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026 --- Comment #4 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 13:04:11 UTC --- Author: aoliva Date: Mon Dec 6 13:04:07 2010 New Revision: 167491 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167491 Log: Check in for PR other/46020 was meant for PR other/46026. Modified: branches/transactional-memory/ChangeLog
[Bug fortran/46020] Improve error string for BIND(C) diagnostic for len1 character return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020 --- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 13:04:11 UTC --- Author: aoliva Date: Mon Dec 6 13:04:07 2010 New Revision: 167491 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167491 Log: Check in for PR other/46020 was meant for PR other/46026. Modified: branches/transactional-memory/ChangeLog
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work||4.3.4 Keywords||ice-on-valid-code Last reconfirmed||2010.12.06 13:05:28 CC||burnus at gcc dot gnu.org Ever Confirmed|0 |1 Summary|ICE on pointer assignment |[4.6 Regression] ICE on ||pointer assignment Target Milestone|--- |4.6.0 Known to fail||4.6.0 Severity|blocker |normal --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 13:05:28 UTC --- Confirm. Works with GCC 4.3.4, fails with GCC 4.6.0. TODO: Check whether it fails also on 4.4 or 4.5 (and update summary/target milestone accordingly). Reduced test case: ! == system_defs.f90 = module system_defs_m type sysvector_t integer :: probnr = 0 real, allocatable, dimension(:) :: u end type sysvector_t end module system_defs_m ! == t.f90 === module convecreac_m use system_defs_m type(sysvector_t), pointer :: solution end module convecreac_m program t use convecreac_m implicit none type(sysvector_t), target :: sol solution = sol end program t
[Bug c++/46806] -O3 implies 0 = 8 = 7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46806 --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 13:07:15 UTC --- Author: rguenth Date: Mon Dec 6 13:07:12 2010 New Revision: 167492 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167492 Log: 2010-12-06 Richard Guenther rguent...@suse.de PR tree-optimization/46806 * tree-ssa-copyrename.c (copy_rename_partition_coalesce): Do not coalesce different types. * g++.dg/torture/20100825.C: New testcase. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/torture/20100825.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-ssa-copyrename.c
[Bug tree-optimization/46806] -O3 implies 0 = 8 = 7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46806 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|c++ |tree-optimization Known to work||4.5.2, 4.6.0 Resolution||FIXED Target Milestone|--- |4.5.2 Known to fail||4.5.1 --- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 13:08:07 UTC --- Fixed for 4.5.2.
[Bug other/46026] [trans-mem] Unable to build libitm on Solaris/x86
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46026 --- Comment #5 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 13:11:55 UTC --- Author: aoliva Date: Mon Dec 6 13:11:51 2010 New Revision: 167493 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167493 Log: Check in for PR other/46020 was meant for PR other/46026. Modified: trunk/ChangeLog
[Bug fortran/46020] Improve error string for BIND(C) diagnostic for len1 character return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020 --- Comment #6 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 13:11:55 UTC --- Author: aoliva Date: Mon Dec 6 13:11:51 2010 New Revision: 167493 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167493 Log: Check in for PR other/46020 was meant for PR other/46026. Modified: trunk/ChangeLog
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Known to work||4.4.4, 4.5.0, 4.5.1
[Bug lto/46820] New: Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 Summary: Undefined reference errors with LTO 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 CC: rgue...@gcc.gnu.org Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu Created attachment 22654 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22654 Testcase for PR46820
[Bug lto/46820] Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 --- Comment #1 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2010-12-06 13:17:13 UTC --- Created attachment 22655 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22655 Generated code $ make /tmp/cckAaCxf.ltrans0.ltrans.o: In function `main': cckAaCxf.ltrans0.o:(.text+0x7): undefined reference to `bar' collect2: ld returned 1 exit status make: *** [a] Error 1
[Bug lto/46820] Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Keywords||lto --- Comment #2 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2010-12-06 13:17:52 UTC --- Another problem $ make b /tmp/ccELnMMN.ltrans1.ltrans.o: In function `main': ccELnMMN.ltrans1.o:(.text+0x7): undefined reference to `foo' collect2: ld returned 1 exit status make: *** [b] Error 1
[Bug lto/46820] Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 --- Comment #3 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2010-12-06 13:18:28 UTC --- make d gives segmentation fault in lto_cgraph_replace_node. Like in PR44966, PR46605.
[Bug libstdc++/46821] New: swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 Summary: swapping empty classes Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: marc.gli...@normalesup.org Hello, I noticed in the implementation of std::tuple that when a type is empty, swap is implemented as: void _M_swap_impl(_Head) { /* no-op */ } and was wondering whether that was safe. Can't an empty type have copy, move, assignment or swap with a non-trivial semantic? The object still has a unique address, it could register it (in constructors) in a global data structure for instance, and have assignment and swap change things in that data structure.
[Bug libstdc++/46821] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 --- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-06 13:25:19 UTC --- In practice, which semantics would you suggest?
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-12-06 13:26:42 UTC --- The test in comment #1 compiles with -fno-whole-file, so the regression comes from -fwhole-file being the default (compiles with r162456, ICE with r166102).
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment (-fwhole-file)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Depends on||44945 Summary|[4.6 Regression] ICE on |[4.6 Regression] ICE on |pointer assignment |pointer assignment ||(-fwhole-file) --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 13:39:30 UTC --- Well, then it is probably in a way a duplicate of PR 44945 = Mark this PR as depending on PR 44945.
[Bug fortran/46020] Improve error string for BIND(C) diagnostic for len1 character return type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020 --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-06 13:40:31 UTC --- Status: Unfixed. See comment 0 for the description.
[Bug lto/46820] Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||hubicka at gcc dot gnu.org --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 13:43:25 UTC --- This: __asm__(.weak\tfoo\n\t.set\tfoo,bar); requires you to put __attribute__((used)) on bar. Does it really require so many files? I suppose -flto-partition=1to1 could help reducing it (it will partition into ltrans files according to original source files).
[Bug fortran/46818] [4.6 Regression] ICE on pointer assignment (-fwhole-file)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46818 --- Comment #4 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-12-06 13:49:25 UTC --- Well, then it is probably in a way a duplicate of PR 44945 = Mark this PR as depending on PR 44945. I don't think it is a duplicate of PR 44945, the failure is the same than with the original code of pr40440 (which has always given an ICE when the iso_varying_string was not included in the file, see also http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011#c57 ).
[Bug libstdc++/46821] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 --- Comment #2 from Marc Glisse marc.glisse at normalesup dot org 2010-12-06 13:50:45 UTC --- Calling swap exactly like in the non-empty case? It seems expected to me that swap be called for each element, and in the usual empty case the compiler should still be able to optimize it to a no-op I guess. But really I am not sure here. I just had a look, boost also does nothing in compressed_pair. libcxx on the other hand does call swap, but that may not be a conscious decision.
[Bug libstdc++/46821] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added CC||jwakely.gcc at gmail dot ||com --- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-06 13:56:35 UTC --- Yes, in the meanwhile figured out what you meant, sorry. This passes testing (modulo a trivial change to dg-error line numbers somewhere). Jon, what do you think? I think should be pretty safe... Index: tuple === --- tuple(revision 167488) +++ tuple(working copy) @@ -78,7 +78,11 @@ const _Head _M_head() const { return *this; } void - _M_swap_impl(_Head) { /* no-op */ } + _M_swap_impl(_Head __h) + { +using std::swap; +swap(__h, _M_head()); + } }; templatestd::size_t _Idx, typename _Head @@ -101,7 +105,7 @@ _M_swap_impl(_Head __h) { using std::swap; -swap(__h, _M_head_impl); +swap(__h, _M_head()); } _Head _M_head_impl;
[Bug libstdc++/46821] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 --- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-06 14:04:58 UTC --- I think Marc's right, tuple::swap is specified to call swap for each element, and that is definitely something users can detect (even if there's rarely a good reason to do so for empty classes) Your change looks safe and correct to me
[Bug rtl-optimization/46777] [4.5/4.6 Regression] ICE: in rtl_verify_flow_info, at cfgrtl.c:2164 with -O -fgcse -fno-tree-dominator-opts -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 14:18:02 UTC --- Created attachment 22656 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22656 gcc46-pr46777.patch Untested fix.
[Bug testsuite/35710] FAIL: gcc.dg/vect/section-anchors-pr27770.c (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710 --- Comment #9 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-12-06 14:24:15 UTC --- Iain, This pr is fixed in trunk. Do you plan to backport it to 4.5 or should I close it as fixed?
[Bug libstdc++/46821] [C++0x] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.06 14:36:59 AssignedTo|unassigned at gcc dot |paolo.carlini at oracle dot |gnu.org |com Summary|swapping empty classes |[C++0x] swapping empty ||classes Ever Confirmed|0 |1 --- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-06 14:36:59 UTC --- Ok.
[Bug debug/46782] -fcompare-debug failure (length) with -fvar-tracking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46782 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.06 14:42:09 AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 14:42:09 UTC --- Mine
[Bug debug/46782] -fcompare-debug failure (length) with -fvar-tracking
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46782 --- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 14:43:42 UTC --- Created attachment 22657 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22657 Patch that fixes the bug This is the patch I'm testing.
[Bug libstdc++/46821] [C++0x] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 --- Comment #6 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org 2010-12-06 14:44:46 UTC --- Author: paolo Date: Mon Dec 6 14:44:38 2010 New Revision: 167497 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167497 Log: 2010-12-06 Paolo Carlini paolo.carl...@oracle.com PR libstdc++/46821 * include/std/tuple (_Head_base,, true::_M_swap_impl): Swap the empty bases. (_Head_base,, false::_M_swap_impl): Minor tweak. * testsuite/20_util/weak_ptr/comparison/cmp_neg.cc: Adjust dg-error line number. Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/tuple trunk/libstdc++-v3/testsuite/20_util/weak_ptr/comparison/cmp_neg.cc
[Bug libstdc++/46821] [C++0x] swapping empty classes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46821 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #7 from Paolo Carlini paolo.carlini at oracle dot com 2010-12-06 14:46:44 UTC --- Done.
[Bug rtl-optimization/46804] [4.5/4.6 Regression] gfortran.dg/char_cshift_2.f90 FAILs with -fregmove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804 --- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2010-12-06 14:56:13 UTC --- There are two likely related failures, but they both need -fno-tree-ter: gfortran.dg/char_eoshift_[24].f90 $ gfortran -O -fPIC -fexpensive-optimizations -fgcse -foptimize-register-move -fpeel-loops -fno-tree-loop-optimize -fno-tree-ter char_eoshift_2.f90 ./a.out Aborted $ gfortran -O -fPIC -fexpensive-optimizations -fgcse -foptimize-register-move -fpeel-loops -fno-tree-loop-optimize -fno-tree-ter char_eoshift_4.f90 ./a.out Aborted Neither of them fails in 4.4.
[Bug c/46822] New: printf( %f ) segv when called from pthread_once
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46822 Summary: printf( %f ) segv when called from pthread_once Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: isdm...@gmail.com Created attachment 22658 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22658 A 20 line source code that triggers the bug Hi, I noticed that a simple call to printf for a double argument always crashes my program exclusively when called inside a pthread_once function. The call succeeds in other cases. The crash occurs for many different versions of GCC (3.3.6, 3.4.6, 4.1.2, 4.3.1, 4.3.2, 4.4.2 and 4.5.1) and also for various printf-like functions (sprintf, snprintf, etc.). Thanks. Isdmter Configuration: GCC 4.5.1: Using built-in specs. COLLECT_GCC=/local00/home/isdmter/products/gcc-4.5.1/bin/gcc COLLECT_LTO_WRAPPER=/local00/home/isdmter/products/gcc-4.5.1/libexec/gcc/x86_64-linux-gnu/4.5.1/lto-wrapper Target: x86_64-linux-gnu Configured with: ./configure -v --enable-languages=c,c++,fortran --enable-gold --enable-shared --without-included-gettext --enable-threads=posix --enable-nls --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-gmp --enable-checking=release x86_64-linux-gnu --with-gmp-include=/local00/home/isdmter/products/gmp-5.0.1/include --with-gmp-lib=/local00/home/isdmter/products/gmp-5.0.1/lib --with-mpfr-include=/local00/home/isdmter/products/mpfr-3.0.0/include --with-mpfr-lib=/local00/home/isdmter/products/mpfr-3.0.0/lib --with-mpc-include=/local00/home/isdmter/products/mpc-0.8.2/include --with-mpc-lib=/local00/home/isdmter/products/mpc-0.8.2/lib --prefix=/local00/home/isdmter/products/gcc-4.5.1 --disable-multilib --disable-bootstrap --with-system-zlib LDFLAGS='-Wl,-rpath -Wl,/local00/home/isdmter/products/gmp-5.0.1/lib -Wl,-rpath -Wl,/local00/home/isdmter/products/mpfr-3.0.0/lib -Wl,-rpath -Wl,/local00/home/isdmter/products/mpc-0.8.2/lib' Thread model: posix gcc version 4.5.1 (GCC) System: Debian etch Linux 2.6.18-4-amd64 #1 SMP Fri May 4 00:37:33 UTC 2007 x86_64 GNU/Linux Commands to reproduce the bug: $ gcc -Wall -save-temps -o main -pthread -lpthread main.c $ ./main
[Bug debug/46756] -fcompare-debug failure (length) with ASSIGN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.06 15:08:27 AssignedTo|unassigned at gcc dot |aoliva at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #2 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 15:08:27 UTC --- Mine
[Bug debug/46756] -fcompare-debug failure (length) with ASSIGN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46756 --- Comment #3 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-06 15:11:34 UTC --- Created attachment 22659 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22659 Patch that fixes both testcases This is the patch I'm testing. It fixes both testcases, so I'm only including the test with the most usual compile options.
[Bug c/46822] printf( %f ) segv when called from pthread_once
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46822 --- Comment #1 from isdmter at gmail dot com 2010-12-06 15:14:45 UTC --- Oops, I forgot to show my output: $ ./main 0 0.00 0 Segmentation fault The first two lines are the first call to f() (directly from the main()), whereas the last two correspond to the second of f() (from pthread_once()). Isdmter
[Bug other/46823] New: ICE: edge points to wrong declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823 Summary: ICE: edge points to wrong declaration Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: marc.gli...@normalesup.org Target: x86_64-unknown-linux-gnu With the file: http://geometrica.saclay.inria.fr/team/Marc.Glisse/tmp/ouin.cc.xz compiled with: c++ -frounding-math -O3 -c ouin.cc I get the error message below. A smaller version is available at: http://geometrica.saclay.inria.fr/team/Marc.Glisse/tmp/a.cc but delta made a number of illegal transformations. ouin.cc: In function 'CGAL::PolynomialNT CGAL::internal::gcd_(const CGAL::PolynomialNT, const CGAL::PolynomialNT, CGAL::Unique_factorization_domain_tag) [with NT = CGAL::PolynomialCGAL::PolynomialCORE::BigInt ]': ouin.cc:66187:57: error: edge points to wrong declaration: function_decl 0x7fea48919300 _ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093 type method_type 0x7fea4b2e3d20 type void_type 0x7fea556a2e70 void type_6 VOID align 8 symtab 0 alias set -1 canonical type 0x7fea556a2e70 pointer_to_this pointer_type 0x7fea556a2f18 QI size integer_cst 0x7fea5568c4d8 constant 8 unit size integer_cst 0x7fea5568c500 constant 1 align 8 symtab 0 alias set -1 canonical type 0x7fea4b2e3d20 method basetype record_type 0x7fea4d1487e0 Polynomial arg-types tree_list 0x7fea49746c80 value pointer_type 0x7fea4cc26000 chain tree_list 0x7fea49746e10 value reference_type 0x7fea4cc297e0 chain tree_list 0x7fea556b53c0 value void_type 0x7fea556a2e70 void pointer_to_this pointer_type 0x7fea4a73cc78 addressable asm_written used static autoinline decl_5 QI file ouin.cc line 63200 col 14 align 16 context record_type 0x7fea4d1487e0 Polynomial initial error_mark 0x7fea55694b40 abstract_origin function_decl 0x7fea4cc28900 Polynomial arguments parm_decl 0x7fea46248a18 this type pointer_type 0x7fea4cc26000 type record_type 0x7fea4d1487e0 Polynomial public unsigned DI size integer_cst 0x7fea5568c7d0 constant 64 unit size integer_cst 0x7fea5568c7f8 constant 8 align 64 symtab 0 alias set -1 canonical type 0x7fea4cc26000 readonly used unsigned DI file ouin.cc line 63200 col 37 size integer_cst 0x7fea5568c7d0 64 unit size integer_cst 0x7fea5568c7f8 8 align 64 context function_decl 0x7fea48919300 _ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093 abstract_origin parm_decl 0x7fea4ce12d48 this (reg/f:DI 3 bx [orig:64 this ] [64]) arg-type pointer_type 0x7fea4cc26000 incoming-rtl (reg:DI 5 di [ this ]) chain parm_decl 0x7fea46248aa0 a0 type reference_type 0x7fea4cc297e0 readonly used unsigned DI file ouin.cc line 63200 col 35 size integer_cst 0x7fea5568c7d0 64 unit size integer_cst 0x7fea5568c7f8 8 align 64 context function_decl 0x7fea48919300 _ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093 abstract_origin parm_decl 0x7fea4ce12dd0 a0 (reg/v/f:DI 1 dx [orig:65 a0 ] [65]) arg-type reference_type 0x7fea4cc297e0 incoming-rtl (reg:DI 4 si [ a0 ]) result result_decl 0x7fea4624f180 D.359023 type void_type 0x7fea556a2e70 void used ignored VOID file ouin.cc line 63202 col 44 align 8 context function_decl 0x7fea48919300 _ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093 abstract_origin result_decl 0x7fea4bff5e00 D.188551 full-name CGAL::PolynomialNT::Polynomial(const NT) [with NT_ = CGAL::PolynomialCGAL::PolynomialCORE::BigInt , CGAL::PolynomialNT::NT = CGAL::PolynomialCGAL::PolynomialCORE::BigInt ] pending-inline-info 0x7fea4c02e310 template-info 0x7fea4cde7f20 (mem:QI (symbol_ref:DI (_ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093) [flags 0x3] function_decl 0x7fea48919300 _ZN4CGAL10PolynomialINS0_INS0_IN4CORE6BigIntEEC2ERKS4_.constprop.2093) [0 S1 A8]) Instead of: function_decl 0x7fea4cc58100 __comp_ctor type method_type 0x7fea4cc29888 type void_type 0x7fea556a2e70 void type_6 VOID align 8 symtab 0 alias set -1 canonical type 0x7fea556a2e70 pointer_to_this pointer_type 0x7fea556a2f18 QI size integer_cst 0x7fea5568c4d8 constant 8 unit size integer_cst 0x7fea5568c500 constant 1 align 8 symtab 0 alias set -1 canonical type 0x7fea4cc29930 method basetype record_type 0x7fea4d1487e0 Polynomial arg-types tree_list 0x7fea4cc27d70 value pointer_type 0x7fea4cc26000 chain tree_list 0x7fea4cc27cd0 value reference_type 0x7fea4cc297e0 chain tree_list 0x7fea556b53c0 value void_type 0x7fea556a2e70 void pointer_to_this pointer_type
[Bug debug/46815] Invalid DW_AT_location for a retval instance of a class that has a virtual function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46815 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 15:39:51 UTC --- Created attachment 22660 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22660 gcc46-pr46815.patch Ugh. So what happens is that we set DECL_VALUE_EXPR of the NRV optimized var to RESULT_DECL, but then in cp_genericize as it is addressable change the RESULT_DECL into DECL_BY_REFERENCE decl and convert_from_reference whenever it is seen in the stmts (but don't adjust the DECL_VALUE_EXPR of the var). Which means we end up using DW_OP_reg3 instead of DW_OP_breg3 0. Either we can do something like this patch, i.e. replace DECL_VALUE_EXPR during genericization, or we could do something similar, but faster by saving pointer to the NRV optimized VAR_DECL somewhere in the lang specific stuff for the FUNCTION_DECL, or, if we can be 100% sure by finalize_nrv time that non-addressable RESULT_DECL isn't ever going to turn into TREE_ADDRESSABLE RESULT_DECL, we could assume early what cp_genericize will do and set DECL_VALUE_EXPR in finalize_nrv to INDIRECT_REF of the RESULT_DECL (which would mean somewhat invalid tree until cp_genericize is run, but perhaps nothing would notice), or we could teach dwarf2out.c if it uses DECL_VALUE_EXPR and it points to DECL_BY_REFERENCE decl that it should add indirection automatically (but then, the question is what all will actually break by that). Jason, any preferences?
[Bug c++/46824] New: chromium-compile failed because error: no match for ‘operator*’ in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824 Summary: chromium-compile failed because error: no match for ‘operator*’ in Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: kuh...@gmail.com i tried to compile chromium recent version with trunk recent version gcc 4.6. but failed. y think this is compiler problems. $ /media/sdc2/gcc-4.5.1/bin/g++-46 -v Using built-in specs. COLLECT_GCC=/media/sdc2/gcc-4.5.1/bin/g++-46 COLLECT_LTO_WRAPPER=/media/sdc2/gcc-4.5.1/libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ./configure --prefix=/media/sdc2/gcc-4.5.1 --with-gmp=/media/sdc2/gcc-4.5.1 --with-mpfr=/media/sdc2/gcc-4.5.1 --with-mpc=/media/sdc2/gcc-4.5.1 --program-suffix=-46 --with-ppl=/media/sdc2/gcc-4.5.1 --with-cloog=/media/sdc2/gcc-4.5.1 --disable-multilib -with-stage1-ldflags=-Wl,-rpath,/media/sdc2/gcc-4.5.1/lib -with-boot-ldflags=-Wl,-rpath,/media/sdc2/gcc-4.5.1/lib --without-included-gettext --enable-checking=release --disable-cloog-version-check Thread model: posix gcc version 4.6.0 20101204 (experimental) (GCC) [/media/sdc1/chromium-trunk/src]$ make chrome chrome_sandbox BUILDTYPE=Release V=1 export LD_LIBRARY_PATH=/media/sdc1/chromium-trunk/src/out/Release/lib.host:/media/sdc1/chromium-trunk/src/out/Release/lib.target:$LD_LIBRARY_PATH; cd build/util; mkdir -p /media/sdc1/chromium-trunk/src/out/Release/obj/gen/build; python ./lastchange.py -o /media/sdc1/chromium-trunk/src/out/Release/obj/gen/build/LASTCHANGE -d ../LASTCHANGE.in ccache /media/sdc2/gcc-4.5.1/bin/g++-46 -B/media/sdc2/gcc-4.5.1/bin/ '-DNO_HEAPCHECKER' '-DCHROMIUM_BUILD' '-DENABLE_REMOTING=1' '-DENABLE_GPU=1' '-DU_STATIC_IMPLEMENTATION' '-DUSE_SYSTEM_ZLIB' '-DUSE_GCONF' '-D__STDC_FORMAT_MACROS' '-DNDEBUG' '-DNVALGRIND' '-DDYNAMIC_ANNOTATIONS_ENABLED=0' -Ithird_party/icu/public/common -Ithird_party/icu/public/i18n -I. -Isdch/open-vcdiff/src -Iout/Release/obj/gen/net -Iv8/include -pthread -fno-exceptions -Wall -Wno-unused-parameter -Wno-missing-field-initializers -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -pipe -m32 -mmmx -march=pentium4 -msse2 -mfpmath=sse -fno-strict-aliasing -pthread -DQT_SHARED -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -DORBIT2=1 -pthread -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -DQT_SHARED -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/qt4 -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -Inet/third_party/nss/ssl -IWebKit/chromium/net/third_party/nss/ssl -I/usr/include/nss -I/usr/include/nspr -O2 -fno-ident -fdata-sections -ffunction-sections -fno-rtti -fno-threadsafe-statics -fvisibility-inlines-hidden -MMD -MF out/Release/.deps/out/Release/obj.target/net/net/http/http_net_log_params.o.d.raw -c -o out/Release/obj.target/net/net/http/http_net_log_params.o net/http/http_net_log_params.cc In file included from net/http/http_net_log_params.cc:7:0: ./net/http/http_net_log_params.h: In member function ‘const net::HttpResponseHeaders net::NetLogHttpResponseParameter::GetHeaders() const’: ./net/http/http_net_log_params.h:54:13: error: no match for ‘operator*’ in ‘*((const net::NetLogHttpResponseParameter*)this)-net::NetLogHttpResponseParameter::headers_’ make: *** [out/Release/obj.target/net/net/http/http_net_log_params.o] error 1
[Bug c++/46824] chromium-compile failed because error: no match for ‘operator*’ in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824 kuh3h3 at gmail dot com changed: What|Removed |Added Severity|normal |blocker
[Bug tree-optimization/46726] x*x has different cost than pow(x,2) with -ffast-math
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46726 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.06 16:29:41 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-06 16:29:41 UTC --- Mine.
[Bug c++/46824] chromium-compile failed because error: no match for ‘operator*’ in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46824 Paolo Carlini paolo.carlini at oracle dot com changed: What|Removed |Added Severity|blocker |normal
[Bug rtl-optimization/46804] [4.5/4.6 Regression] gfortran.dg/char_cshift_2.f90 FAILs with -fregmove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.06 16:38:55 CC||bernds at codesourcery dot ||com Target Milestone|--- |4.5.2 Ever Confirmed|0 |1 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2010-12-06 16:38:55 UTC --- It is caused by revision 145357: http://gcc.gnu.org/ml/gcc-cvs/2009-03/msg00864.html
[Bug ada/46738] microblaze ada --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Keywords||build, patch --- Comment #2 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-06 16:46:33 UTC --- The patch is here: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00128.html
[Bug fortran/46825] New: ICE compiling modules with MinGW build dated 20101204
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825 Summary: ICE compiling modules with MinGW build dated 20101204 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: michael.a.richm...@nasa.gov Host: i686-pc-mingw32 Target: i686-pc-mingw32 Build: i686-pc-mingw32 When I compile the following modules using ftp://ftp.equation.com/gcc/gcc-4.6-20101204-32.exe: MODULE GENFILE_TYPE IMPLICIT NONE TYPE VECTOR PRIVATE INTEGER :: FROM_ATOM END TYPE VECTOR TYPE GENFILE PRIVATE INTEGER:: VECTOR_COUNT TYPE(VECTOR), DIMENSION(:), POINTER:: VECTORS END TYPE GENFILE CONTAINS FUNCTION GET_VECTORS(GF) TYPE(GENFILE), INTENT(IN) :: GF TYPE(VECTOR), DIMENSION(GF%VECTOR_COUNT) :: GET_VECTORS GET_VECTORS = GF%VECTORS END FUNCTION GET_VECTORS END MODULE GENFILE_TYPE MODULE ENERGY_FUNCTION USE GENFILE_TYPE IMPLICIT NONE TYPE(GENFILE), PRIVATE :: MY_GENFILE TYPE(VECTOR), DIMENSION(:), ALLOCATABLE, PRIVATE :: VECTORS CONTAINS SUBROUTINE ENERGY_FUNCTION_SPECIAL_INIT() VECTORS = GET_VECTORS(MY_GENFILE) END SUBROUTINE ENERGY_FUNCTION_SPECIAL_INIT END MODULE ENERGY_FUNCTION I get the message: g.f90: In function 'energy_function_special_init': g.f90:30:0: 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.
[Bug fortran/46825] ICE compiling modules with MinGW build dated 20101204
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org --- Comment #1 from kargl at gcc dot gnu.org 2010-12-06 17:00:18 UTC --- Michael, What is the command line that you used? It compiles on x86_64-*-freebsd.
[Bug fortran/46825] ICE compiling modules with MinGW build dated 20101204
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46825 --- Comment #2 from Michael Richmond michael.a.richmond at nasa dot gov 2010-12-06 17:04:06 UTC --- I used gfortran -c g.f90 I did not see this bug in any other port dated 20101204. I did not see it in any MinGW port prior to 20101204.
[Bug testsuite/43925] Plugin tests unresolved on IRIX 6.5: libintl.h: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43925 --- Comment #4 from Rainer Orth ro at gcc dot gnu.org 2010-12-06 17:21:51 UTC --- Author: ro Date: Mon Dec 6 17:21:48 2010 New Revision: 167506 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167506 Log: Backport from mainline: 2010-07-16 Iain Sandoe ia...@gcc.gnu.org PR testsuite/43925 * lib/plugin-support.exp (plugin-test-execute): Add ${gcc_objdir}/intl to includes. Modified: branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/lib/plugin-support.exp
[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 --- Comment #9 from Dave Korn davek at gcc dot gnu.org 2010-12-06 17:27:06 UTC --- (In reply to comment #8) sdbout.c is broken then. Quite likely, but I don't understand what it thinks it's trying to do yet well enough to be sure how. If it doesn't care in which code section it emits the stuff, it should at least not switch_to_section (text_section) if in_section != NULL (in_section-flags SECTION_CODE) != 0. I'll take a look at that possibility, thanks. I'm going to have to read up on the coff debug spec to see what it says about the matter. And in any case, it should remember in_section from the beginning of the function into say saved_section automatic var and if it was non-NULL, do switch_to_section (saved_section) at the end of the function. In fact I don't think that would help, GAS does not accept switching section in the middle of an open CFI directive block (though this is probably an implementation limitation rather than a deliberate design choice; cfi is tracked on a per-frag basis, switching to a new section and back leads to starting a new frag which doesn't have any pointer to the previously-begun cfi block.)
[Bug target/46131] Some TLS execution tests fail on Tru64 UNIX with emutls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46131 --- Comment #10 from Rainer Orth ro at gcc dot gnu.org 2010-12-06 17:28:43 UTC --- Author: ro Date: Mon Dec 6 17:28:38 2010 New Revision: 167507 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167507 Log: gcc: Backport from mainline: 2010-07-23 Rainer Orth r...@cebitec.uni-bielefeld.de * doc/sourcebuild.texi (Add Options): Document tls. gcc/testsuite: Backport from mainline: 2010-07-23 Rainer Orth r...@cebitec.uni-bielefeld.de * lib/target-supports.exp (add_options_for_tls): New proc. * g++.dg/tls/static-1.C: Use dg-add-options tls. * g++.dg/tls/static-1a.cc: Likewise. * gcc.dg/tls/emutls-1.c: Likewise. * gcc.dg/tls/opt-11.c: Likewise. * gcc.dg/tls/opt-12.c: Likewise. * gcc.dg/tls/pr24428-2.c: Likewise. * gcc.dg/tls/pr24428.c: Likewise. 2010-11-02 Rainer Orth r...@cebitec.uni-bielefeld.de PR target/46131 * lib/target-supports.exp (add_options_for_tls): Pass -pthread for *-*-osf*. Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/doc/sourcebuild.texi branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/g++.dg/tls/static-1.C branches/gcc-4_5-branch/gcc/testsuite/g++.dg/tls/static-1a.cc branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tls/emutls-1.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tls/opt-11.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tls/opt-12.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tls/pr24428-2.c branches/gcc-4_5-branch/gcc/testsuite/gcc.dg/tls/pr24428.c branches/gcc-4_5-branch/gcc/testsuite/lib/target-supports.exp
[Bug target/46735] frv-elf --enable-werror-always build fails for 64 bit host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46735 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-06 17:30:00 UTC --- Author: amylaar Date: Mon Dec 6 17:29:56 2010 New Revision: 167508 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167508 Log: PR target/46735 * config/frv/predicates.md (gpr_or_int12_operand): Use IN_RANGE. (gpr_fpr_or_int12_operand, gpr_or_int10_operand): Likewise. (int12_operand, int_2word_operand, uint16_operand): Likewise. (fpr_or_int6_operand, int6_operand, int5_operand): Likewise. (uint5_operand, uint4_operand): Likewise. * config/frv/frv.h (IN_RANGE_P): Delete. (GPR_P, FPR_P, CC_P, ICC_P, FCC_P, CR_P, ICR_P, FCR_P): Use IN_RANGE. (ACC_P, ACCG_P, SPR_P, CONST_OK_FOR_I, CONST_OK_FOR_J): Likewise. (CONST_OK_FOR_L, CONST_OK_FOR_M, CONST_OK_FOR_N): Likewise. (CONST_OK_FOR_P): Likewise. * config/frv/frv.md (*movqicc_internal2_int): Likewise. (*movqicc_internal2_float, *movhicc_internal2_int): Likewise. (*movhicc_internal2_float, *movsicc_internal2_int): Likewise. (*movsicc_internal2_float, casesi): Likewise. * config/frv/frv.c (frv_frame_offset_rtx): Likewise. (frv_asm_output_mi_thunk, frv_legitimate_address_p_1): Likewise. (frv_emit_movsi, output_move_single, frv_emit_cond_move): Likewise. (frv_split_cond_move, frv_rtx_costs): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/config/frv/frv.c trunk/gcc/config/frv/frv.h trunk/gcc/config/frv/frv.md trunk/gcc/config/frv/predicates.md
[Bug testsuite/43925] Plugin tests unresolved on IRIX 6.5: libintl.h: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43925 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Rainer Orth ro at gcc dot gnu.org 2010-12-06 17:35:04 UTC --- Fixed for 4.6.0, 4.5.2.
[Bug lto/46820] Undefined reference errors with LTO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46820 Dmitry Gorbachev d.g.gorbachev at gmail dot com changed: What|Removed |Added Attachment #22654|0 |1 is obsolete|| Attachment #22655|0 |1 is obsolete|| --- Comment #5 from Dmitry Gorbachev d.g.gorbachev at gmail dot com 2010-12-06 17:40:44 UTC --- Created attachment 22661 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22661 Reduced testcase for bug in comment #2 gcc -flto -flto-partition=1to1 *.c Bug in comment #1 seems to be invalid. I cannot reproduce it with __attribute__((used)).
[Bug c++/46826] New: g++ with -O2 may generate infinite loops on x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826 Summary: g++ with -O2 may generate infinite loops on x86_64 Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: p...@ex.com.pl Created attachment 22662 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22662 preprocessed file causing problem Compilation options: g++ -DHAVE_CONFIG_H -I. -v -save-temps -g -O2 -std=c++0x -ped antic -Werror -I/usr/local/msggw/include -I/usr/local/msggw/include -I/usr/inclu de/postgresql/server -I/usr/local/msggw/include -I/usr/local/include -MT SMPPGat eway.lo -MD -MP -MF .deps/SMPPGateway.Tpo -c gateway/smpp/SMPPGateway.c++ compilation of bindIfNeeded() method (as attached in SMPPGateway.ii) gives something like: [...] .L121: jmp .L121 in assembly code. Once I launch the program it obviously hangs here. The problem doesn't exists if I compile with -O0
[Bug driver/42690] Undefined reference errors with -flto -fuse-linker-plugin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690 Dave Korn davek at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED See Also||http://www.sourceware.org/b ||ugzilla/show_bug.cgi?id=122 ||48 Resolution||FIXED --- Comment #40 from Dave Korn davek at gcc dot gnu.org 2010-12-06 17:54:12 UTC --- The implicit -static problem is fixed at the gcc end, and the remaining aspects of this problem will be resolved by HJ's patch to binutils (see 'See also' URL).
[Bug c++/46826] g++ with -O2 may generate infinite loops on x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826 Zdenek Sojka zsojka at seznam dot cz changed: What|Removed |Added CC||zsojka at seznam dot cz --- Comment #1 from Zdenek Sojka zsojka at seznam dot cz 2010-12-06 17:58:51 UTC --- bool m_onDemand; bool onDemand() const { return onDemand(); } perhaps you want return m_onDemand;?
[Bug c++/46826] g++ with -O2 may generate infinite loops on x86_64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46826 pki at ex dot com.pl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #2 from pki at ex dot com.pl 2010-12-06 18:10:43 UTC --- Thanks;-) It was so obvious that I probably wouldn't notice this on my own in a week.
[Bug bootstrap/46810] [4.6 regression] sparc64-linux bootstrap fails with C++ preprocessor /lib/cpp fails sanity check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810 --- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org 2010-12-06 18:11:49 UTC --- (In reply to comment #2) Created attachment 22652 [details] gcc46-pr46810.patch Wouldn't something like this fix this? If neither --enable-build-with-cxx is given, nor --enable-languages contains go, then we shouldn't require C++ compiler and in that case AC_LANG_PUSH(C++) is wrong. Go should not require a C++ compiler for the first stage either
[Bug target/46739] mmix-knuth-mmixware --enable-werror-always build fails for 64 bit host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46739 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-06 18:15:13 UTC --- Author: amylaar Date: Mon Dec 6 18:15:09 2010 New Revision: 167509 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167509 Log: PR target/46739 * config/mmix/mmix.c (mmix_intval): Split shift count. Modified: trunk/gcc/ChangeLog trunk/gcc/config/mmix/mmix.c
[Bug middle-end/46823] [4.6 Regression] ICE: edge points to wrong declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46823 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.06 18:54:51 Component|other |middle-end CC||mjambor at suse dot cz Ever Confirmed|0 |1 Summary|ICE: edge points to wrong |[4.6 Regression] ICE: edge |declaration |points to wrong declaration Target Milestone|--- |4.6.0 --- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2010-12-06 18:54:51 UTC --- ICE is caused by revision 164135: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00427.html
[Bug target/46740] vax-linux-gnu --enable-werror-always build fails for 64 bit host
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46740 --- Comment #1 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-06 19:19:11 UTC --- Author: amylaar Date: Mon Dec 6 19:19:09 2010 New Revision: 167512 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167512 Log: 2010-12-06 Joern Rennecke amyl...@spamcop.net Richard Henderson r...@redhat.com PR target/46740 * config/vax/vax.c (vax_output_int_move): Fold #if into if. Modified: trunk/gcc/ChangeLog trunk/gcc/config/vax/vax.c
[Bug rtl-optimization/46777] [4.5/4.6 Regression] ICE: in rtl_verify_flow_info, at cfgrtl.c:2164 with -O -fgcse -fno-tree-dominator-opts -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:28:12 UTC --- Author: jakub Date: Mon Dec 6 19:28:09 2010 New Revision: 167513 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167513 Log: PR rtl-optimization/46777 * cfglayout.c (duplicate_insn_chain): Avoid duplicating also barrier after tablejump. * gcc.dg/pr46777.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr46777.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfglayout.c trunk/gcc/testsuite/ChangeLog
[Bug debug/46771] [4.6 Regression] -fcompare-debug failure (length) with -O -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46771 --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:29:41 UTC --- Author: jakub Date: Mon Dec 6 19:29:38 2010 New Revision: 167514 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167514 Log: PR debug/46771 * reginfo.c (init_subregs_of_mode): Don't call find_subregs_of_mode on DEBUG_INSNs. * gcc.dg/pr46771.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr46771.c Modified: trunk/gcc/ChangeLog trunk/gcc/reginfo.c trunk/gcc/testsuite/ChangeLog
[Bug bootstrap/46528] [4.6 Regression] profiledbootstrap failure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46528 --- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:30:39 UTC --- Author: jakub Date: Mon Dec 6 19:30:31 2010 New Revision: 167515 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167515 Log: PR tree-optimization/46528 PR debug/46338 * profile.c (branch_prob): Make sure last is never set to a debug stmt. Modified: trunk/gcc/ChangeLog trunk/gcc/profile.c
[Bug debug/46338] -fcompare-debug failure (length) with -O -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46338 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:30:39 UTC --- Author: jakub Date: Mon Dec 6 19:30:31 2010 New Revision: 167515 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167515 Log: PR tree-optimization/46528 PR debug/46338 * profile.c (branch_prob): Make sure last is never set to a debug stmt. Modified: trunk/gcc/ChangeLog trunk/gcc/profile.c
[Bug target/43897] [4.4/4.5/4.6 Regression] IA-64 asm clobbers are ignored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:32:02 UTC --- Author: jakub Date: Mon Dec 6 19:31:57 2010 New Revision: 167516 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167516 Log: PR target/43897 * config/ia64/ia64.c (rtx_needs_barrier): Handle asm CLOBBER as a store into that register. * gcc.target/ia64/pr43897.c: New test. Added: trunk/gcc/testsuite/gcc.target/ia64/pr43897.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/ia64/ia64.c trunk/gcc/testsuite/ChangeLog
[Bug debug/45997] [4.6 Regression] __unknown__ type name for typedef'd int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45997 --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:33:56 UTC --- Author: jakub Date: Mon Dec 6 19:33:52 2010 New Revision: 167517 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167517 Log: PR debug/45997 * dwarf2out.c (modified_type_die): If both is_const_type and is_volatile_type is set, start with DW_TAG_const_type or DW_TAG_volatile_type depending on where we get qualified type in the recursive call. * g++.dg/debug/dwarf2/pr45997-1.C: New test. * g++.dg/debug/dwarf2/pr45997-2.C: New test. Added: trunk/gcc/testsuite/g++.dg/debug/dwarf2/pr45997-1.C trunk/gcc/testsuite/g++.dg/debug/dwarf2/pr45997-2.C Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/46777] [4.5 Regression] ICE: in rtl_verify_flow_info, at cfgrtl.c:2164 with -O -fgcse -fno-tree-dominator-opts -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46777 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED Known to work||4.6.0 Summary|[4.5/4.6 Regression] ICE: |[4.5 Regression] ICE: in |in rtl_verify_flow_info, at |rtl_verify_flow_info, at |cfgrtl.c:2164 with -O |cfgrtl.c:2164 with -O |-fgcse |-fgcse |-fno-tree-dominator-opts|-fno-tree-dominator-opts |-funroll-loops |-funroll-loops Known to fail|4.6.0 | --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:39:02 UTC --- Fixed on the trunk so far.
[Bug debug/46771] [4.6 Regression] -fcompare-debug failure (length) with -O -ftree-vectorize
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46771 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 2010-12-06 19:39:30 UTC --- Fixed.
[Bug target/43897] [4.4/4.5 Regression] IA-64 asm clobbers are ignored
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED CC|jakub at gcc dot gnu.org| AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Summary|[4.4/4.5/4.6 Regression]|[4.4/4.5 Regression] IA-64 |IA-64 asm clobbers are |asm clobbers are ignored |ignored | --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:41:16 UTC --- Fixed on the trunk so far.
[Bug debug/45997] [4.6 Regression] __unknown__ type name for typedef'd int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45997 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-06 19:41:40 UTC --- Fixed.
[Bug tree-optimization/44676] [4.5/4.6 Regression] ICE: in loop_entry_phi_arg, at graphite-sese-to-poly.c:89 with -fgraphite-identity -fprofile-generate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44676 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Known to work||4.6.0 Version|4.6.0 |4.5.3 Target Milestone|4.5.2 |4.5.3 --- Comment #5 from Sebastian Pop spop at gcc dot gnu.org 2010-12-06 19:52:36 UTC --- Git bisect points out that on trunk this was fixed by http://gcc.gnu.org/viewcvs?view=revisionrevision=163105
[Bug c/19541] need another option to support what -I- did just besides -iquote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 Chris Ferguson fergusoc at us dot ibm.com changed: What|Removed |Added CC||fergusoc at us dot ibm.com --- Comment #16 from Chris Ferguson fergusoc at us dot ibm.com 2010-12-06 20:06:51 UTC --- So is this item a) still unresolved b) resolved but not verified/released c) never to be resolved ?
[Bug c++/46827] New: Heavy use of namespaces leads to cluttered and difficult to read header files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827 Summary: Heavy use of namespaces leads to cluttered and difficult to read header files Product: gcc Version: unknown Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: eric-...@omnifarious.org Header files with declarations like this: void FooBar(System::Network::Win32::Sockets::Handle handle, System::Network::Win32::Sockets::Error error /*, more fully-qualified param declarations... */); are common in certain frameworks. And using declarations, which could mitigate this problem, are generally not considered kosher to use in header files because they can effect the name lookup rules for header files that are included later. typedefs inside a class that are declared private clutter up the class' namespace and the namespace of classes derived from it. Here is a proposed solution: using { // A 'using' block is a sort of way to fence names in. The only names // that escape the confines of a using block are names that are not // aliases for other things, not even for things that don't have names // of their own. These are things like the declarations for new // classes, enums, structs, global functions or global variables. // New, non-alias names will be treated as if they were declared in // the scope in which the 'using' block appeared. using namespace ::std; using ::mynamespace::mytype_t; namespace mn = ::mynamespace; using ::mynamespace::myfunc; class AClass { public: typedef mytype_t atype_t; AClass(const string st, mytype_t me) : st_(st), me_(me) { myfunc(me_); } private: const string st_; mn::mytype_t me_; }; typedef struct { int a; } simple; // The effects of all typedefs, using declarations, and namespace // aliases that were introduced at the level of this block go away // here. typedefs and using declarations inside of nested classes // or namespace declarations do not go away. } // end using. // Legal because AClass is treated as having been declared in this // scope. AClass a(Fred, ::mynamespace::mytype_t(5)); // Not legal, alias mn no longer exists. AClass b(Fred, mn::mytype_t); // Not legal, the using directive bringing in mytype_t is no longer in effect AClass b(Fred, mytype_t); // Not legal, the using directing bringing in myfunc is no longer in effect. AClass c(Fred, myfunc(::mynamespace::mytype_t(5)); // Legal, only names declared at level of the using block disappear. names // declared in nested sub-blocks (like namespace or class declarations) do not. AClass d(Fred, AClass::atype_t(5)); // Not legal, the name simple, being an alias for an anonymous structure, // disappeared at the end of the using block. simple e; Java, Python and other languages have ways of bringing in names from other namespaces with a very limited scope. In Java, the import directive brings in a name that only exists for the duration of the .java file. In Python, the import statement can bring names into a module from outside, and it's relatively easy to prevent those names from being easily exported outside the module. C++ needs a similar mechanism. The existence of the preprocessor the #include directive and the C++ concept of a translation unit make the implicit scoping of imported names problematic. So some mechanism for explicitly scoping such temporary aliases is needed. Hence my above proposal of the 'using' block.
[Bug libfortran/46584] FAIL: gfortran.dg/quad_1.f90 -O (test for excess errors)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46584 --- Comment #9 from Eric Botcazou ebotcazou at gcc dot gnu.org 2010-12-06 20:10:36 UTC --- I think the PR can be closed after confirmation that the failure is gone. OK on the SPARC: http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg00514.html Thanks.
[Bug c++/46827] Heavy use of namespaces leads to cluttered and difficult to read header files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46827 Andrew Pinski pinskia at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX --- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2010-12-06 20:10:37 UTC --- I think you should proposal this to the C++ standards committee instead of posting a full request here.
[Bug bootstrap/46810] [4.6 regression] sparc64-linux bootstrap fails with C++ preprocessor /lib/cpp fails sanity check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46810 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #5 from Ian Lance Taylor ian at airs dot com 2010-12-06 20:12:27 UTC --- I must say it's exceptionally lame that autoconf doesn't handle this correctly. It should just fail the tests if there is no C++ compiler. I will see if there is a simple way to make the configure script do that.
[Bug c/19541] need another option to support what -I- did just besides -iquote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 --- Comment #17 from Chris Litchfield chris.litchfield at gmail dot com 2010-12-06 20:13:30 UTC --- All versions since 4.0.0 seem to still have this issue. We are still awaiting it, and its not assigned to anyone either.