[Bug other/47029] New: fixincludes: the fix for c99 inlines in the glibc header files fixes function declarations as well as function definitions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47029 Summary: fixincludes: the fix for c99 inlines in the glibc header files fixes function declarations as well as function definitions Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: hkodungal...@gmail.com I am building gcc version 4.4.2 on centos 32-bit machine. # uname -a Linux rh55-i386 2.6.18-194.el5PAE #1 SMP Fri Apr 2 15:37:44 EDT 2010 i686 i686 i386 GNU/Linux The build is successful. But my project fails to build using this built gcc. The error (actually warning; we have -Werror set) is: /opt/gcc-4.4.2/bin/../lib/gcc/i686-pc-linux-gnu/4.4.2/include-fixed/sys/stat.h:317: warning: inline function ‘lstat64’ declared but never defined /opt/gcc-4.4.2/bin/../lib/gcc/i686-pc-linux-gnu/4.4.2/include-fixed/sys/stat.h:286: warning: inline function ‘fstatat64’ declared but never defined /opt/gcc-4.4.2/bin/../lib/gcc/i686-pc-linux-gnu/4.4.2/include-fixed/sys/stat.h:255: warning: inline function ‘fstat64’ declared but never defined /opt/gcc-4.4.2/bin/../lib/gcc/i686-pc-linux-gnu/4.4.2/include-fixed/sys/stat.h:250: warning: inline function ‘stat64’ declared but never defined The version of glibc on the system is: # rpm -q glibc glibc-2.5-49 It looks like fixincludes 'fixes' the function declarations as well, converting them to extern inline. Example: this one from sys/stat.h: #ifndef __USE_FILE_OFFSET64 /* Get file attributes for FILE and put them in BUF. */ extern int stat (__const char *__restrict __file, struct stat *__restrict __buf) __THROW __nonnull ((1, 2)); gets converted to the following in the includes-fixed/sys/stat.h: #ifndef __USE_FILE_OFFSET64 /* Get file attributes for FILE and put them in BUF. */ #ifdef __GNUC_GNU_INLINE__ extern #endif __inline__ int stat (__const char *__restrict __file, struct stat *__restrict __buf) __THROW __nonnull ((1, 2)); Similar thing for all the stat/lstat/fstat and stat64/lstat64/fstat64 functions. The fixincludes should fix only the function definitions. Although I've marked it as in Version 4.4.2, apparently this bug is present in the latest code. [Ref: This issue was discussed earlier today in the gcc-help list on this thread: http://gcc.gnu.org/ml/gcc-help/2010-12/msg00197.html]
[Bug middle-end/45852] volatile structs are broken!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45852 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 08:35:19 UTC --- Author: jakub Date: Tue Dec 21 08:35:16 2010 New Revision: 168105 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168105 Log: PR middle-end/45852 * expr.c (store_expr): Ignore alt_rtl if equal to target, but has side-effects. * gcc.target/i386/pr45852.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr45852.c Modified: trunk/gcc/ChangeLog trunk/gcc/expr.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/47008] [4.6 Regression] gfortran.dg/extends_{23}.f03 FAIL with -Os -fschedule-insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47008 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED URL||http://gcc.gnu.org/ml/gcc-p ||atches/2010-12/msg01588.htm ||l AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 08:38:42 UTC --- http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01588.html
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #17 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2010-12-21 10:20:23 UTC --- Author: amylaar Date: Tue Dec 21 10:20:19 2010 New Revision: 168107 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168107 Log: PR other/46677 gcc: * doc/tm.texi: Regenerate. * doc/tm.texi.in (SIZE_TYPE): Now an enum integer_type_kind value. (PTRDIFF_TYPE, WCHAR_TYPE, WINT_TYPE, INTMAX_TYPE): Likewise. (UINTMAX_TYPE, SIG_ATOMIC_TYPE, INT8_TYPE, INT16_TYPE): Likewise. (INT32_TYPE, INT64_TYPE, UINT8_TYPE, UINT16_TYPE): Likewise. (UINT32_TYPE, UINT64_TYPE, INT_LEAST8_TYPE): Likewise. (INT_LEAST16_TYPE, INT_LEAST32_TYPE, INT_LEAST64_TYPE): Likewise. (UINT_LEAST8_TYPE, UINT_LEAST16_TYPE, UINT_LEAST32_TYPE): Likewise. (UINT_LEAST64_TYPE, INT_FAST8_TYPE, INT_FAST16_TYPE): Likewise. (INT_FAST32_TYPE, INT_FAST64_TYPE, UINT_FAST8_TYPE): Likewise. (UINT_FAST16_TYPE, UINT_FAST32_TYPE, UINT_FAST64_TYPE): Likewise. (INTPTR_TYPE, UINTPTR_TYPE): Likewise. * defaults.h: Adjust for new *_TYPE definitions. (PID_TYPE): Now an enum integer_type_kind value. (CHAR16_TYPE, CHAR32_TYPE): Likewise. * tree.c (integer_type_names): New array. * tree.h (integer_type_names): Declare. * coretypes.h (enum integer_type_kind): Add comment about connection with integer_type_names. * config/alpha/alpha.h: Adjust for new *_TYPE definitions. * config/alpha/openbsd.h, config/alpha/osf5.h: Likewise. * config/frv/frv.h, config/s390/tpf.h, config/s390/linux.h: Likewise. * config/m32c/m32c.h, config/sparc/linux.h: Likewise. * config/sparc/sp64-elf.h, config/sparc/openbsd64.h: Likewise. * config/sparc/sp-elf.h, config/sparc/sol2-bi.h: Likewise. * config/sparc/sparc.h, config/sparc/linux64.h: Likewise. * config/sparc/netbsd-elf.h, config/sparc/sysv4.h: Likewise. * config/interix.h, config/vx-common.h, config/mep/mep.h: Likewise. * config/m32r/linux.h, config/m32r/m32r.h: Likewise. * config/openbsd-stdint.h, config/rx/rx.h: Likewise. * config/i386/cygming.h, config/i386/linux.h: Likewise. * config/i386/djgpp.h, config/i386/djgpp-stdint.h: Likewise. * config/i386/x86-64.h, config/i386/netbsd.h: Likewise. * config/i386/netbsd-elf.h, config/i386/cygwin-stdint.h: Likewise. * config/i386/netware.h, config/i386/i386-interix.h: Likewise. * config/i386/mingw-stdint.h, config/i386/sol2-10.h: Likewise. * config/i386/openbsdelf.h, config/i386/darwin.h: Likewise. * config/i386/mingw32.h, config/i386/openbsd.h: Likewise. * config/i386/nto.h, config/i386/freebsd.h: Likewise. * config/freebsd-stdint.h, config/sol2.h, config/sh/elf.h: Likewise. * config/sh/sh.h, config/sh/sh64.h, config/pdp11/pdp11.h: Likewise. * config/avr/avr.h, config/crx/crx.h: Likewise. * config/xtensa/linux.h, config/xtensa/elf.h: Likewise. * config/stormy16/stormy16.h, config/fr30/fr30.h: Likewise. * config/lm32/lm32.h, config/lynx.h, config/moxie/moxie.h: Likewise. * config/m68hc11/m68hc11.h, config/cris/linux.h: Likewise. * config/cris/cris.h, config/netbsd.h: Likewise. * config/iq2000/iq2000.h, config/svr4.h, config/ia64/ia64.h: Likewise. * config/ia64/hpux.h, config/ia64/sysv4.h: Likewise. * config/glibc-stdint.h, config/newlib-stdint.h: Likewise. * config/m68k/m68kemb.h, config/m68k/openbsd.h: Likewise. * config/m68k/netbsd-elf.h, config/m68k/m68k.h: Likewise. * config/rs6000/aix53.h, config/rs6000/netbsd.h: Likewise. * config/rs6000/aix.h, config/rs6000/aix51.h: Likewise. * config/rs6000/aix43.h, config/rs6000/linux64.h: Likewise. * config/rs6000/darwin.h, config/rs6000/aix52.h: Likewise. * config/rs6000/rs6000.h, config/rs6000/aix-stdint.h: Likewise. * config/rs6000/aix61.h, config/rs6000/freebsd.h: Likewise. * config/rs6000/sysv4.h, config/picochip/picochip.h: Likewise. * config/mcore/mcore.h, config/arc/arc.h, config/darwin.h: Likewise. * config/score/score.h, config/arm/arm.h: Likewise. * config/arm/linux-gas.h, config/arm/pe.h: Likewise. * config/arm/freebsd.h, config/arm/netbsd.h: Likewise. * config/arm/netbsd-elf.h, config/pa/pa-hpux.h: Likewise. * config/pa/pa-hpux11.h, config/pa/pa-64.h, config/pa/pa.h: Likewise. * config/pa/pa32-linux.h, config/mips/linux.h: Likewise. * config/mips/sde.h, config/mips/openbsd.h: Likewise. * config/mips/iris6.h, config/mips/mips.h: Likewise. * config/mips/netbsd.h, config/vax/openbsd.h: Likewise. * config/vax/linux.h, config/vax/elf.h, config/vax/netbsd.h: Likewise. * config/freebsd.h, config/h8300/h8300.h, config/vxworks.h: Likewise. * config/hpux-stdint.h, config/bfin/bfin.h: Likewise. * config/mn10300/mn10300.h, config/m68k/linux.h: Likewise. * config/v850/v850.h: Likewise. gcc/c-family: c-common.c (c_get_ident): Delete. (c_common_nodes_and_builtins): Adjust for new *_TYPE definitions.
[Bug target/47000] [4.5 Regression] Failure to inline SSE intrinsics
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000 --- Comment #25 from Jan Hubicka hubicka at gcc dot gnu.org 2010-12-21 10:30:36 UTC --- Author: hubicka Date: Tue Dec 21 10:30:33 2010 New Revision: 168108 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168108 Log: PR middle-end/47000 * tree-inline.c (estimate_operator_cost): Handle VIEW_CONVERT_EXPR. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-inline.c
[Bug target/47000] [4.5 Regression] Failure to inline SSE intrinsics
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47000 --- Comment #26 from Jan Hubicka hubicka at gcc dot gnu.org 2010-12-21 10:39:42 UTC --- Hi, I read the comment only after comiting the patch. We generally believe conversions to be free even if this is not always the case. FP-int conversions tends to be expensive, too. I don't think it is serious problem since the conversions tends to be dominated by real work elsewhere and there is good chance for conversions to combine and optimize when code is duplicated by inlining or peeling or so. For non-registers V_C_Es are already counted as all non-register accesses are believed to be read/writes. So all we get wrong are those int-fp V_C_Es. I don't think they are terribly common and it is very target specific on how expensive they really are... SSE intrincics and SRA are nowdays both quite good source of V_C_Es that are cheap so I would guess that wast majority of them is cheap anyway. Honza
[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 10:43:02 UTC --- I guess either the libjava/classpath/configure* option should be renamed, e.g. to --with-target-gmp*, or libjava/configure* shouldn't pass --with-gmp* down to classpath configure, but instead should pass --with-target-gmp* as --with-gmp* to classpath configure.
[Bug lto/44334] rnflow.f90 ~27% slower with -fwhole-program -flto after revision 159852
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334 --- Comment #17 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-12-21 10:46:06 UTC --- For the record I have also tested the patch in comment #14 on powerpc-apple-darwin9 at revision 168070. Without the patch I get [karma] lin/test% gfc -Ofast -funroll-loops -ftree-loop-linear -fomit-frame-pointer -finline-limit=600 --param hot-bb-frequency-fraction=2000 -fwhole-program -flto rnflow.f90 [karma] lin/test% time a.out /dev/null 68.236u 6.947s 1:17.77 96.6%0+0k 0+0io 0pf+0w [karma] lin/test% gfc -Ofast -funroll-loops -ftree-loop-linear -fomit-frame-pointer -finline-limit=600 -fwhole-program -flto rnflow.f90 [karma] lin/test% time a.out /dev/null 65.229u 6.838s 1:14.61 96.5%0+0k 0+0io 0pf+0w Note a slight slow down with -param hot-bb-frequency-fraction=2000. With the patch I get [karma] lin/test% gfc -Ofast -funroll-loops -ftree-loop-linear -fomit-frame-pointer -finline-limit=600 --param hot-bb-frequency-fraction=2000 -fwhole-program -flto rnflow.f90 [karma] lin/test% time a.out /dev/null 69.690u 6.917s 1:19.44 96.4%0+0k 0+0io 1pf+0w [karma] lin/test% gfc -Ofast -funroll-loops -ftree-loop-linear -fomit-frame-pointer -finline-limit=600 -fwhole-program -flto rnflow.f90 [karma] lin/test% time a.out /dev/null 69.791u 7.225s 1:20.08 96.1%0+0k 0+0io 0pf+0w i.e., -param hot-bb-frequency-fraction=2000 does not change the timings, but the resulting code is slower.
[Bug fortran/47030] New: !GCC$ Attributes do not work for COMMON variables in procedures and BLOCK DATA
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47030 Summary: !GCC$ Attributes do not work for COMMON variables in procedures and BLOCK DATA Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Cf. report by Arjen Markus at http://gcc.gnu.org/ml/fortran/2010-12/msg00124.html -- There is also a Windows example. Under Linux DLLEXPORT is not supported and thus there is a warning, which makes testing very convenient. If I do now: !- subroutine print real :: x !GCC$ attributes dllexport :: mydata common /mydata/ x write(*,*) 'X = ', x end subroutine print !- it simply compiles - i.e. the DLLEXPORT is ignored. However, if I use: !- module m real :: x common /mydata/ x !GCC$ attributes dllexport :: mydata end module !- I get the warning: f951: warning: ‘dllexport’ attribute directive ignored [-Wattributes] Which directly implies that the attribute it not taken into account for COMMON blocks defined in SUBROUTINE/FUNCTION. Same problem for BLOCK DATA: No warning for block data real alpha, beta common /vector/ alpha,beta data alpha/3.14/, beta/2.71/ !GCC$ attributes dllexport :: vector end
[Bug libobjc/47012] nonatomic Properties behave wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012 --- Comment #7 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 10:56:33 UTC --- Yes, I'll visit Fosdem - let's meet up there. In the code you linked, is that objc_mutex_t a spinlock? If not, this might be performance problem. You are right, it's a normal lock. Currently, libobjc just uses plain mutex locks everywhere. We should improve on that in GCC 4.7 - there's lot that can be done. Thanks
[Bug middle-end/46734] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:505
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46734 --- Comment #9 from Martin Jambor jamborm at gcc dot gnu.org 2010-12-21 11:05:52 UTC --- Author: jamborm Date: Tue Dec 21 11:05:49 2010 New Revision: 168109 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168109 Log: 2010-12-21 Martin Jambor mjam...@suse.cz Backport from mainline: 2010-12-09 Martin Jambor mjam...@suse.cz PR middle-end/46734 * tree-sra.c (splice_param_accesses): Check that there are not multiple ADDRESSABLE types. * testsuite/g++.dg/tree-ssa/pr46734.C: New test. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/tree-ssa/pr46734.C Modified: branches/gcc-4_5-branch/gcc/ChangeLog branches/gcc-4_5-branch/gcc/testsuite/ChangeLog branches/gcc-4_5-branch/gcc/tree-sra.c
[Bug middle-end/46734] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:505
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46734 Martin Jambor jamborm at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #10 from Martin Jambor jamborm at gcc dot gnu.org 2010-12-21 11:08:32 UTC --- Fixed on both trunk and the 4.5 branch now.
[Bug libobjc/47012] nonatomic Properties behave wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012 --- Comment #8 from js-gcc at webkeks dot org js-gcc at webkeks dot org 2010-12-21 11:26:37 UTC --- Hm, a mutex can be a real problem there, I guess. Accessors are used all the time, having a kernel lock each time will be a giant slowdown, especially as most of the time, the lock is not held anyway and if it is, it's only held for a very short period of time. I think this should be changed to spinlocks, even for 4.6. Should I create a bug report for that? If the problem is that we don't know whether we have a spinlock implementation on the system and would need to patch configure.ac and this is too much change before the release, we could just use gcc's __sync_bool_compare_and_swap, spin 10 times and if we still could not acquire our spinlock give control to another process using yield().
[Bug libobjc/47012] nonatomic Properties behave wrong
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47012 --- Comment #9 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 11:38:56 UTC --- Sure, go ahead and create a bug for it. We can make the change for 4.6 if we make it safe. By the way, changing configure.ac is not a problem, we can do that, particularly if it makes the change safer. ;-) It could make the change safer - we could check that spinlocks are available, and use them if so; if not, we just fall back to using a standard mutex, which is slower but works on all platforms. Thanks
[Bug libobjc/47031] New: libobjc uses mutexes for properties
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031 Summary: libobjc uses mutexes for properties Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libobjc AssignedTo: unassig...@gcc.gnu.org ReportedBy: js-...@webkeks.org In trunk, libobjc uses objc_mutex_t for properties. This means that each time you set a property, a lock in kernelspace is acquired, though most of the time there is not even a lock held and if it is only for a very short time. As properties are used quite often, spinlock should be used here, as locks will be a performance problem.
[Bug libobjc/47031] libobjc uses mutexes for properties
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47031 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.21 11:47:22 CC||nicola at gcc dot gnu.org Ever Confirmed|0 |1 --- Comment #1 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 11:47:22 UTC --- Yes, and it would be good to fix it for 4.6. Patches are welcome. ;-) Thanks
[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352 --- Comment #22 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-21 12:10:32 UTC --- Created attachment 22834 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22834 Another patch This patch should fix the last attachment from this bug and also the tests from 46521/46522. The patch solves two problems: - propagates the rescheduling bits also through empty blocks; - fixes the (wrong) assumption that if we need to stall for N cycles because of the DFA, and for M N cycles because of the data dependency, then after M cycles the DFA will be ready to issue. Actually, we need to recheck the DFA after M cycles again. I will submit the patch tomorrow after further testing and I can commit it either until Friday or next January, so Zdenek, please let me know if there are further problems with this patch.
[Bug rtl-optimization/46521] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -Os -fselective-scheduling2 -fsel-sched-pipelining -fprofile-generate -fno-early-inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521 --- Comment #2 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-21 12:13:08 UTC --- The patch at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352#c22 works for this test, too.
[Bug rtl-optimization/46522] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -O3 -fsel-sched-pipelining -fselective-scheduling2 -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46522 Andrey Belevantsev abel at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #3 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-21 12:14:04 UTC --- The patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352#c22 works for me for this test case, too.
[Bug target/45701] [4.6 Regression] Fail to prefer using r3 for padding a push/pop multiple to 8-byte alignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45701 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 12:30:25 UTC --- Created attachment 22835 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22835 gcc46-pr45701.patch Remembering pointers to tail call insns is both wasteful (allocates stuff that is never used anywhere but on arm), error-prone (nothing adjusts the list if tail calls are deleted, or duplicated, etc.) and unnecessary, because the list is trivially available from the IL. Here is completely untested patch (tested just on the 3 testcases with a cross). Could anyone interested in ARM target please bootstrap/regtest this? We have way too many open P1 bugs.
[Bug driver/46750] Parallel build doesn't work --with-build-config=bootstrap-lto in a gcc+binutils combined tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46750 Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | --- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 2010-12-21 13:03:24 UTC --- Maybe the bug here is the absolutely unclear error message that is produced ? How is a user supposed to find that 'read jobs pipe' is related to a makefile issue. The lto-wrapper should somehow be able to diagnose this issue instead of failing like this.
[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341 Andrew John Hughes gnu_andrew at member dot fsf.org changed: What|Removed |Added CC||gnu_andrew at member dot ||fsf.org --- Comment #4 from Andrew John Hughes gnu_andrew at member dot fsf.org 2010-12-21 13:12:11 UTC --- libjava/configure should pass the right option to libjava/classpath/configure. libjava/classpath/configure is merged from the upstream GNU Classpath project and changing it would create a divergence, which doesn't seem necessary in this case.
[Bug target/46972] __thread storage class variable gets optimized out on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46972 Iain Sandoe iains at gcc dot gnu.org changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #9 from Iain Sandoe iains at gcc dot gnu.org 2010-12-21 13:12:53 UTC --- (In reply to comment #8) (In reply to comment #7) (In reply to comment #6) I think enumtls has been fixed on the trunk with respect of fsection-anchors. Can you try the trunk? Yes, looks like this bug is fixed in trunk. Assembly output looks sane. I will see if it works on real hardware some time later today. Do you know svn revision it got fixed? No but the change was done by Iain Sandoe to fix enum TLS with LTO on darwin. The fix to emuTLS on trunk is from Richard Henderson's new implementation. http://gcc.gnu.org/viewcvs?root=gccview=revrev=162549 I made some fixes to LTO-compatibility and Section anchors, but they primarily affect ObjC* and PPC-darwin, so likely not relevant to your case.
[Bug libobjc/45953] Registering untyped selector mutates existing selector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45953 --- Comment #2 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 13:44:09 UTC --- Author: nicola Date: Tue Dec 21 13:44:04 2010 New Revision: 168115 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168115 Log: In libobjc/: 2010-12-21 Nicola Pero nicola.p...@meta-innovation.com PR libobjc/45953 * selector.c (__sel_register_typed_name): When registering a new selector with the same name as an existing one, reuse the existing name string. Also updated types, casts and comments in the whole function. In gcc/testsuite/: 2010-12-21 Nicola Pero nicola.p...@meta-innovation.com PR libobjc/45953 * objc.dg/libobjc-selector-1.m: New test. Added: trunk/gcc/testsuite/objc.dg/libobjc-selector-1.m Modified: trunk/gcc/testsuite/ChangeLog trunk/libobjc/ChangeLog trunk/libobjc/selector.c
[Bug libobjc/45953] Registering untyped selector mutates existing selector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45953 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #3 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 13:47:23 UTC --- Fixed in trunk, with testcase. Thanks
[Bug target/46880] [4.4/4.5/4.6 Regression] generating of shufpd is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46880 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 |
[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085 --- Comment #15 from Martin Jambor jamborm at gcc dot gnu.org 2010-12-21 14:35:17 UTC --- And it fails for me even when I switch both IPA-SRA and IPA-CP off. So at the moment I have reasons to believe the bug is not in any of my areas of knowledge or interest. And since there are bugs like that, I'll leave this one to others.
[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085 --- Comment #16 from Onur Küçük onur at pardus dot org.tr 2010-12-21 14:43:41 UTC --- I can also reproduce the problem. It was not there with 4.5.1, came with 4.5.2. When I force -O1 profiledbootstrap works fine, but ICE occurs with -O2.
[Bug target/46880] [4.4/4.5/4.6 Regression] generating of shufpd is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46880 --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 14:45:08 UTC --- Created attachment 22836 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22836 gcc46-pr46880.patch Untested fix. In both of these insns, for the shufpd $2 alternative %2 operand uses constraint 0 while %1 operand uses constraint x. So, using shuftpd $2, %2, %0 looks wrong, because that will never look at the other operand, shuftpd $2, %0, %0 is IMHO a nop.
[Bug rtl-optimization/47008] [4.6 Regression] gfortran.dg/extends_{23}.f03 FAIL with -Os -fschedule-insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47008 --- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 14:51:46 UTC --- Author: jakub Date: Tue Dec 21 14:51:42 2010 New Revision: 168117 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168117 Log: PR rtl-optimization/47008 * postreload.c (reload_combine_note_store): Also handle PRE_MODIFY and POST_MODIFY. * gfortran.dg/pr47008.f03: New test. Added: trunk/gcc/testsuite/gfortran.dg/pr47008.f03 Modified: trunk/gcc/ChangeLog trunk/gcc/postreload.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/47008] [4.6 Regression] gfortran.dg/extends_{23}.f03 FAIL with -Os -fschedule-insns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47008 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 14:53:36 UTC --- Fixed.
[Bug rtl-optimization/46755] ICE: in calc_dfs_tree, at dominance.c:395 with -O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755 --- Comment #5 from Steven Bosscher steven at gcc dot gnu.org 2010-12-21 14:55:43 UTC --- Author: steven Date: Tue Dec 21 14:55:41 2010 New Revision: 168118 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168118 Log: gcc/ PR rtl-optimization/46755 * ira.c (ira): If some dead edges were removed, find and delete any blocks that might have become unreachable. testsuite/ PR rtl-optimization/46755 * gfortran.dg/pr46755.f: New test Added: trunk/gcc/testsuite/gfortran.dg/pr46755.f Modified: trunk/gcc/ChangeLog trunk/gcc/ira.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/45310] ICE: verify_stmts failed: Dead STMT in EH table with -O1 -fnon-call-exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45310 --- Comment #7 from Steven Bosscher steven at gcc dot gnu.org 2010-12-21 15:02:05 UTC --- Author: steven Date: Tue Dec 21 15:02:02 2010 New Revision: 168120 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168120 Log: gcc/ PR middle-end/45310 * tree-ssa-phiprop.c (propagate_with_phi): Remove statement completely from the function, including EH traces. testsuite/ PR middle-end/45310 * g++.dg/pr45310.C: New test. Added: trunk/gcc/testsuite/g++.dg/pr45310.C Modified: trunk/gcc/tree-ssa-phiprop.c
[Bug middle-end/45310] ICE: verify_stmts failed: Dead STMT in EH table with -O1 -fnon-call-exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45310 --- Comment #8 from Steven Bosscher steven at gcc dot gnu.org 2010-12-21 15:08:42 UTC --- Author: steven Date: Tue Dec 21 15:08:40 2010 New Revision: 168121 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168121 Log: Forgotten ChangeLog entries. gcc/ PR middle-end/45310 * tree-ssa-phiprop.c (propagate_with_phi): Remove statement completely from the function, including EH traces. testsuite/ PR middle-end/45310 * g++.dg/pr45310.C: New test. Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog
[Bug tree-optimization/46984] [4.6 Regression] g++.dg/torture/pr45699.C FAILs with -fno-early-inlining -flto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46984 --- Comment #2 from Martin Jambor jamborm at gcc dot gnu.org 2010-12-21 15:11:50 UTC --- Fix submitted to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01618.html
[Bug fortran/46917] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46917 Kai Tietz ktietz at gcc dot gnu.org changed: What|Removed |Added CC||ktietz at gcc dot gnu.org --- Comment #2 from Kai Tietz ktietz at gcc dot gnu.org 2010-12-21 15:15:23 UTC --- I can't confirm this ICE. My gcc is 4.6.0 20101215. Maybe this issue was already fixed.
[Bug middle-end/45310] ICE: verify_stmts failed: Dead STMT in EH table with -O1 -fnon-call-exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45310 Steven Bosscher steven at gcc dot gnu.org changed: What|Removed |Added Known to fail|4.6.0 | --- Comment #9 from Steven Bosscher steven at gcc dot gnu.org 2010-12-21 15:23:02 UTC --- Fixed on trunk but Richard Guenther suspects there are still remaining problems in tree-ssa-phiprop.c vs. non-call exceptions. I couldn't find a test case...
[Bug c++/18016] Warn about member variables initialized with itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||patch --- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-21 15:28:18 UTC --- With the patch at http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01622.html the testcase above gives: $ g++4x a.cc -c -Wuninitialized a.cc: In constructor ‘A::A()’: a.cc:4:5: warning: ‘A::a’ is initialized with itself [-Wuninitialized] a.cc: In member function ‘int A::getA()’: a.cc:9:10: warning: ‘b’ is used uninitialized in this function [-Wuninitialized]
[Bug fortran/46917] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46917 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-21 15:32:26 UTC --- Works also with GCC 4.6.0 20101129 (experimental) [trunk revision 167231] on x86_64-unknown-linux-gnu
[Bug libobjc/16110] +load is not called on all the categories.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16110 --- Comment #6 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 15:34:22 UTC --- Author: nicola Date: Tue Dec 21 15:34:19 2010 New Revision: 168122 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168122 Log: In libobjc/: 2010-12-21 Nicola Pero nicola.p...@meta-innovation.com PR libobjc/16110 * init.c (__objc_send_message_in_list): Renamed to __objc_send_load_using_method_list. Do not take an 'op' argument. Register the 'load' selector if needed. (__objc_send_load): Do not register the 'load' selector. Updated call to __objc_send_message_in_list. (__objc_create_classes_tree): Add the class of any claimed category that was loaded in the module to the list of classes for which we try to execute +load. In gcc/testsuite/: 2010-12-21 Nicola Pero nicola.p...@meta-innovation.com PR libobjc/16110 * objc.dg/special/special.exp: Added new test. * objc.dg/special/load-category-1.m: New. * objc.dg/special/load-category-1a.m: New. * objc.dg/special/load-category-1.h: New. Added: trunk/gcc/testsuite/objc.dg/special/load-category-1.h trunk/gcc/testsuite/objc.dg/special/load-category-1.m trunk/gcc/testsuite/objc.dg/special/load-category-1a.m Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/objc.dg/special/special.exp trunk/libobjc/ChangeLog trunk/libobjc/init.c
[Bug libobjc/16110] +load is not called on all the categories.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16110 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||nicola at gcc dot gnu.org Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #7 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 15:36:08 UTC --- I fixed this in trunk. Thanks
[Bug tree-optimization/47001] segmentation fault in vect_mark_slp_stmts
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47001 --- Comment #2 from irar at gcc dot gnu.org 2010-12-21 15:42:15 UTC --- Author: irar Date: Tue Dec 21 15:42:11 2010 New Revision: 168123 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168123 Log: PR tree-optimization/47001 * tree-vect-slp.c (vect_supported_load_permutation_p): Check that the loads in reduction are different and there are no gaps between them. Added: trunk/gcc/testsuite/gcc.dg/vect/pr47001.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-vect-slp.c
[Bug libfortran/47032] New: libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 Summary: libgfortran references complex long double functions missing on AIX Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: d...@gcc.gnu.org ld: 0711-317 ERROR: Undefined symbol: .__copysignl128 ld: 0711-317 ERROR: Undefined symbol: .__nextafterl128 ld: 0711-317 ERROR: Undefined symbol: .__scalbnl128 ld: 0711-317 ERROR: Undefined symbol: .__cabsl128 ld: 0711-317 ERROR: Undefined symbol: .__cargl128 ld: 0711-317 ERROR: Undefined symbol: .__truncl128 /* * There are two forms of long double on AIX. The default * form of long double is the same as a double - 64 bits. There * is a 128-bit form available with some compilers. If that compiler * defines __LONGDOUBLE128, then long doubles are 128-bit instead of * 64-bit. Since the same library routine cannot be used for 128-bit * and 64-bit values, the 128-bit routines are renamed and macros are * used to manage the name spaces. It is not necessarily the case that * all of the 128-bit versions are available, but the macros are defined * intentionally since the 64-bit versions can provide incorrect results * when long double values were expected. If 64-bit versions are required * in 128-bit mode, then the code needs to invoke the double routines a * rather than the long double routines. */ As the comment mentions, not all functions are available(!), but the functions are redefined to prevent wrong results.
[Bug target/47032] libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org Component|libfortran |target --- Comment #1 from kargl at gcc dot gnu.org 2010-12-21 16:42:29 UTC --- From the description of the problem, this appears to be a target bug not a libgfortran bug. The penultimate sentence in the quoted comments even states that AIX is playing games with the namespace.
[Bug target/47032] libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 David Edelsohn dje at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.21 17:07:47 Ever Confirmed|0 |1 --- Comment #2 from David Edelsohn dje at gcc dot gnu.org 2010-12-21 17:07:47 UTC --- This is an interaction / assumption problem between the target (AIX) and libgfortran. libgfortran previously built with GCC 4.4 s, this is a regression because libgfortran is relying on more OS features without providing an alternative. And disabling all long double support (which works in G++) or disabling libgfortran on AIX because of this issue seems like a bad options.
[Bug c++/43085] Make profiledbootstrap fails with cc1plus catching SIGSEGV
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43085 --- Comment #17 from Onur Küçük onur at pardus dot org.tr 2010-12-21 17:10:48 UTC --- I see this with i686 btw, x86-64 seems ok
[Bug c++/18016] Warn about member variables initialized with itself
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18016 --- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-21 17:19:57 UTC --- my patch doesn't help in these cases (which clang does warn about): A() : a(this-a) { } A() : a((int)a) { } A() : a(a+1) { } For that we need proper tracking of uninitialized variables, which we don't do for member variables. But my patch catches the simple typo where you accidentally use the wrong variable name in a mem-initializer.
[Bug fortran/46917] ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46917 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-21 18:00:18 UTC --- Related: PR 46825 All (that PR, this PR and the thread) are with www.Equation.com builds - and according the following thread they only occur with the 32bit version: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/05c3648efda0dc9b
[Bug objc/45989] Some objc.dg-struct-layout-encoding-1 tests XPASS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45989 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||dave.ang...@nrc-cnrc.gc.ca, ||iains at gcc dot gnu.org, ||pthaugen at us dot ibm.com --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2010-12-21 18:20:40 UTC --- Some of the objc.dg-struct-layout-encoding-1 test currently XPASS on several platforms: * i386-pc-solaris2.*, 32 and 64-bit: XPASS: objc.dg-struct-layout-encoding-1/t026_main.m execution test This is the case for all the platforms I have looked at. * sparc-sun-solaris2.*, 32 and 64-bit, alpha-dec-osf5.1b, mips-sgi-irix6.5: XPASS: objc.dg-struct-layout-encoding-1/t025_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t026_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t027_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t028_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t029_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t030_main.m execution test XPASS: objc.dg-struct-layout-encoding-1/t031_main.m execution test This is also the case for hppa2.0w-hp-hpux11.11 (default mode), see http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg01891.html powerpc64-unknown-linux-gnu (-m32/65) see http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg01488.html This just adds noise to the testsuite reports, so the xfails need to be adjusted. Since I shared this feeling, I have the following darwin-centric patch in my trees: --- ../../_gcc_clean/gcc/testsuite/objc.dg/gnu-encoding/struct-layout-encoding-1_generate.c 2010-12-13 10:50:10.0 +0100 +++ ../../gcc-4.6-work/gcc/testsuite/objc.dg/gnu-encoding/struct-layout-encoding-1_generate.c 2010-12-18 12:14:33.0 +0100 @@ -243,10 +243,16 @@ switchfiles (int fields) of bugs in libobjc and the objc front-end. 25 is because vectors are not encoded. The rest are because or zero sized arrays are encoded as pointers. */ - else if (filecnt = 25) + else if (filecnt == 25 || (filecnt = 27 filecnt = 29)) { fprintf (outfile, \ -/* { dg-do run { xfail *-*-* } } */\n\ +/* { dg-do run { xfail { { ! powerpc-apple-darwin9 } || ilp32 } } } */\n\ +/* { dg-options \-w -I%s -fgnu-runtime\ } */\n, srcdir); +} + else if (filecnt = 30) +{ + fprintf (outfile, \ +/* { dg-do run { xfail { ! powerpc-apple-darwin9 } } } */\n\ /* { dg-options \-w -I%s -fgnu-runtime\ } */\n, srcdir); } else I have no way to test an extension to non-darwin platforms nor commit rights, but it could be a starting point. It would also be nice to have a pointer to bugs in libobjc and the objc front-end in the FIXME (if there is any available).
[Bug libgcj/44341] [4.6 Regression] libjava cross build fails when configured with --with-gmp=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44341 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 18:24:08 UTC --- Created attachment 22837 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22837 gcc46-pr44341.patch So is this what we want to do?
[Bug target/47032] libgfortran references complex long double functions missing on AIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032 --- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu 2010-12-21 18:37:21 UTC --- On Tue, Dec 21, 2010 at 05:07:53PM +, dje at gcc dot gnu.org wrote: This is an interaction / assumption problem between the target (AIX) and libgfortran. libgfortran previously built with GCC 4.4 s, this is a regression because libgfortran is relying on more OS features without providing an alternative. And disabling all long double support (which works in G++) or disabling libgfortran on AIX because of this issue seems like a bad options. libgfortran/configure.ac has lines of the form (note I wrapped the line) AC_CHECK_LIB([m],[copysignl],[AC_DEFINE([HAVE_COPYSIGNL],[1],\ [libm includes copysignl])]) So, configure is already checking if libm contains the the long double functions. The problem appears to be that AC_CHECK_LIB is a compile only test, and these tests appear to pass on AIX. AIX rquires a link time test to either unseti, e.g., HAVE_COPYSIGNL or configure in general should do a link time tests instead of a compile time tests to ensure the HAVE_* macros are unset.
[Bug middle-end/47033] New: loop distribution has problems on sane testcases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47033 Summary: loop distribution has problems on sane testcases Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: hubi...@gcc.gnu.org The following patch: Index: predict.c === --- predict.c (revision 168047) +++ predict.c (working copy) @@ -126,7 +126,7 @@ maybe_hot_frequency_p (int freq) if (node-frequency == NODE_FREQUENCY_EXECUTED_ONCE freq = (ENTRY_BLOCK_PTR-frequency * 2 / 3)) return false; - if (freq BB_FREQ_MAX / PARAM_VALUE (HOT_BB_FREQUENCY_FRACTION)) + if (freq ENTRY_BLOCK_PTR-frequency / PARAM_VALUE (HOT_BB_FREQUENCY_FRACTION)) return false; return true; } makes the testcase gcc.dg/tree-ssa/ldist-pr45948.c to fail. The testcase seems to test if the loop is converted to memsets. The problem is that with the patch above the code is considered hot and loop gets header copied as a result the code in loop distribution seems confused. Profile info is wrong and one copy of loop stays in the code.
[Bug rtl-optimization/46755] ICE: in calc_dfs_tree, at dominance.c:395 with -O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 20:17:06 UTC --- dg-options misses -std=legacy, so it diagnoses deleted features and thus the testcase fails.
[Bug rtl-optimization/46755] ICE: in calc_dfs_tree, at dominance.c:395 with -O
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46755 --- Comment #7 from Steven Bosscher steven at gcc dot gnu.org 2010-12-21 20:55:26 UTC --- No, the test case I had in testsuite had the dg-warning markers of the original test case. I will fix my commit. This isn't my day today, I also managed to forget committing ChangeLogs for another bug fix...
[Bug fortran/41359] Wrong line numbers for debugging/profiling
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|NEW AssignedTo|tkoenig at gcc dot gnu.org |unassigned at gcc dot ||gnu.org --- Comment #8 from Thomas Koenig tkoenig at gcc dot gnu.org 2010-12-21 21:18:15 UTC --- Huh... apparently, I assigned the wrong bug to myself. Unassigning.
[Bug fortran/47034] New: TRANSFER of C_PTR: Components of structure constructor are PRIVATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47034 Summary: TRANSFER of C_PTR: Components of structure constructor are PRIVATE Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/05c3648efda0dc9b# - and especially http://groups.google.com/group/comp.lang.fortran/msg/7e9e61c22a76f683 James Van Buskirk reports that use ISO_C_BINDING type(C_PTR), parameter :: p1 = transfer(32512_C_INTPTR_T,C_NULL_PTR) integer(C_INTPTR_T), parameter :: n1 = transfer(p1,0_C_INTPTR_T) fails with: integer(C_INTPTR_T), parameter :: n1 = transfer(p1,0_C_INTPTR_T) 1 Error: Components of structure constructor 'c_ptr' at (1) are PRIVATE The error is questionable as the first line works w/o error - and as there is no structure constructor involved at all. While the internals are private, TRANSFER usually does not care about this.
[Bug libobjc/18575] objc_class subclass_list and sibling_class not filled out after dlopen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18575 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||nicola at gcc dot gnu.org Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #3 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 21:56:28 UTC --- This is fixed in trunk; I added a call to __objc_resolve_class_links() at the end of __objc_exec_class(). Thanks
[Bug fortran/31821] character pointer = target(range) should detect if lengths don't match
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31821 Thomas Koenig tkoenig at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |tkoenig at gcc dot gnu.org |gnu.org | --- Comment #10 from Thomas Koenig tkoenig at gcc dot gnu.org 2010-12-21 22:11:30 UTC --- Created attachment 22838 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22838 Patch that has a good chance of working (In reply to comment #8) The part of the patch - if (substring) - primary-ts.u.cl = NULL; - is part of the precipitate. This should be better.
[Bug target/46880] [4.4/4.5/4.6 Regression] generating of shufpd is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46880 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 22:37:30 UTC --- Author: jakub Date: Tue Dec 21 22:37:23 2010 New Revision: 168135 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168135 Log: PR target/46880 * config/i386/sse.md (sse2_loadlpd, sse2_movsd): Fix shufpd source operand. * gcc.target/i386/pr46880.c: New test. Added: trunk/gcc/testsuite/gcc.target/i386/pr46880.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog
[Bug target/46880] [4.4/4.5 Regression] generating of shufpd is broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46880 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Known to work||4.6.0 Summary|[4.4/4.5/4.6 Regression]|[4.4/4.5 Regression] |generating of shufpd is |generating of shufpd is |broken |broken Known to fail|4.6.0 | --- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-21 22:39:26 UTC --- Fixed on the trunk so far.
[Bug tree-optimization/47021] graphite branch fails to bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47021 --- Comment #1 from Sebastian Pop spop at gcc dot gnu.org 2010-12-21 22:46:19 UTC --- Author: spop Date: Tue Dec 21 22:46:05 2010 New Revision: 168138 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168138 Log: Fix PR47021: ADDR_EXPRs don't contain SCoP parameters. 2010-12-21 Sebastian Pop sebastian@amd.com PR tree-optimization/47021 * graphite-sese-to-poly.c (scan_tree_for_params): Handle ADDR_EXPR. Modified: branches/graphite/gcc/ChangeLog.graphite branches/graphite/gcc/graphite-sese-to-poly.c
[Bug tree-optimization/47021] graphite branch fails to bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47021 --- Comment #2 from Sebastian Pop spop at gcc dot gnu.org 2010-12-21 22:48:13 UTC --- Fixed in the graphite branch. I will close the PR when the patch will be committed to trunk.
[Bug libobjc/18764] segfault in libobjc when sending a message to a conflicting class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18764 --- Comment #8 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 22:49:44 UTC --- Author: nicola Date: Tue Dec 21 22:49:37 2010 New Revision: 168139 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168139 Log: In libobjc/: 2010-12-21 Nicola Pero nicola.p...@meta-innovation.com PR libobjc/18764 * class.c (__objc_add_class_to_hash): Return YES if the class was added, and NO if it already existed. * init.c (__objc_init_class): If __objc_add_class_to_hash returns NO, then abort the program with an error message. * objc-private/runtime.h (__objc_add_class_to_hash): Updated declaration. Modified: trunk/libobjc/ChangeLog trunk/libobjc/class.c trunk/libobjc/init.c trunk/libobjc/objc-private/runtime.h
[Bug libobjc/18764] segfault in libobjc when sending a message to a conflicting class
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18764 Nicola Pero nicola at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||nicola at gcc dot gnu.org Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #9 from Nicola Pero nicola at gcc dot gnu.org 2010-12-21 22:51:33 UTC --- I fixed this in trunk to check and abort with an ordinate error message when a class with the same name of an existing one is loaded. Thanks
[Bug target/47035] New: libgcc/config/t-softfp not used on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47035 Summary: libgcc/config/t-softfp not used on darwin Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: howa...@nitro.med.uc.edu Currently we emit a lot of missing prototype warnings in the libgcc build of the soft-fp files on darwin which aren't present on linux. This is because, unlike linux, is not using libgcc/config/t-softfp which sets... INTERNAL_CFLAGS += -Wno-missing-prototypes -Wno-type-limits
[Bug target/47035] libgcc/config/t-softfp not used on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47035 --- Comment #1 from Jack Howarth howarth at nitro dot med.uc.edu 2010-12-21 23:17:20 UTC --- We do have '$(srcdir)/config/soft-fp/t-softfp' appended to tmake_file in the generated gcc/Makefile on darwin.
[Bug rtl-optimization/47036] New: [4.6 Regression] ICE: in move_cond_jump, at sel-sched.c:4901 with -fschedule-insns -fselective-scheduling -fno-dce
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47036 Summary: [4.6 Regression] ICE: in move_cond_jump, at sel-sched.c:4901 with -fschedule-insns -fselective-scheduling -fno-dce Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz CC: amona...@gcc.gnu.org Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu This is very similiar to PR46649, it just needs further -fno-dce. Testcase is the same, g++.dg/parse/break-in-for.C, or http://gcc.gnu.org/bugzilla/attachment.cgi?id=22522 Compiler output: $ gcc -fschedule-insns -fselective-scheduling -fno-dce break-in-for.C break-in-for.C: In function 'void foo()': break-in-for.C:11:1: internal compiler error: in move_cond_jump, at sel-sched.c:4901 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r168097 - crash 4.5 r168062 - OK
[Bug regression/47037] New: 465.tonto Segmentation Fault in memset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47037 Summary: 465.tonto Segmentation Fault in memset Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassig...@gcc.gnu.org ReportedBy: changpeng.f...@amd.com We have a new system and I saw a segmentation fault in memset (with current gcc trunk). gfortran -O2 -static (-march=generic64): (gdb) r stdin Starting program: /local/home/chfang/cpu2006/benchspec/CPU2006/465.tonto/build/build_base_cfangO3./tonto stdin Program received signal SIGSEGV, Segmentation fault. memset () at ../sysdeps/x86_64/memset.S:496 496../sysdeps/x86_64/memset.S: No such file or directory. in ../sysdeps/x86_64/memset.S Current language: auto The current source language is auto; currently asm. (gdb) bt #0 memset () at ../sysdeps/x86_64/memset.S:496 #1 0x2020202020202020 in ?? () #2 0x2020202020202020 in ?? () #3 0x2020202020202020 in ?? () #4 0x2020202020202020 in ?? () #5 0x2020202020202020 in ?? () #6 0x2020202020202020 in ?? () #7 0x2020202020202020 in ?? () #8 0x2020202020202020 in ?? () #9 0x2020202020202020 in ?? () #10 0x2020202020202020 in ?? () #11 0x2020202020202020 in ?? () #12 0x2020202020202020 in ?? () #13 0x2020202020202020 in ?? () #14 0x2020202020202020 in ?? () #15 0x2020202020202020 in ?? () #16 0x2020202020202020 in ?? () #17 0x2020202020202020 in ?? () #18 0x00b613a0 in ?? () #19 0x2020202020202020 in ?? () #20 0x000120202020 in ?? () #21 0x20202021 in ?? () #22 0x2020202020202020 in ?? () #23 0x00b60eb0 in ?? () #24 0x00b60b20 in ?? () #25 0x0080 in ?? () #26 0x0001 in ?? () #27 0x00411d6c in read_label (self=...) at atom.fppized.f90:1155 #28 0x00415318 in process_keyword (self=..., keyword=value optimized out, _keyword=-11776) at atom.fppized.f90:1028 #29 0x00415b74 in process_keys (self=...) at atom.fppized.f90:1440 #30 0x0042d689 in data_length (self=value optimized out) at atomvec.fppized.f90:1388 #31 0x0042ed3a in read_data (self=..., ignore_braces=Cannot access memory at address 0x0 ) at atomvec.fppized.f90:1351 #32 0x004314f8 in read_list_keywords (self=...) at atomvec.fppized.f90:1306 #33 0x006256e5 in read_atoms (self=...) at mol.fppized.f90:9579 #34 0x00647d3e in process_keyword (self=0xb5b490, keyword=atom, _keyword=value optimized out) at mol_main.fppized.f90:3836 #35 0x00648418 in read_keywords (self=0xb5b490) at mol_main.fppized.f90:3807 #36 0x00648489 in main (self=0xb5b490) at mol_main.fppized.f90:3744 #37 0x006b9ea2 in run_mol () at run_mol.fppized.f90:125 #38 main () at run_mol.fppized.f90:22 #39 0x in ?? ()
[Bug regression/47037] 465.tonto Segmentation Fault in memset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47037 --- Comment #1 from Changpeng Fang changpeng.fang at amd dot com 2010-12-22 00:55:35 UTC --- Initially I thought it is a glibc bug, but seems it is not: (1) A workaround flag is -fno-caller-saves (2) The compile binary (NOTE: with -static) runs correctly on other systems The bad code is in atom.fppized: subroutine set_label_and_atomic_number(self,label) type(atom_type) :: self !Set an type(atom_type) label and extract the atomic number from it. character(*) :: label integer(kind=kind(1)) :: lensym,z character(128) :: symbol logical(kind=kind(.true.)) :: error self%label = label The memset is for the label copy: .LBB633: .loc 1 967 0 discriminator 2 movq%r13, %rdx movq%rbx, %rsi movq%rsp, %rdi callmemcpy movl$128, %edx leaq(%rsp,%r13), %rdi ## bad address movl$32, %esi subq%r13, %rdx movq%rsp, %r12 callmemset jmp .L707 .LVL646: .p2align 4,,10 .p2align 3 .L717: Looks like %rsp value is not correct (stack corrupted).
[Bug target/46950] Stage 3 ada bootstrap error on i686-apple-darwin9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46950 John David Anglin danglin at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #5 from John David Anglin danglin at gcc dot gnu.org 2010-12-22 01:27:14 UTC --- Fixed by patch.
[Bug debug/46724] [4.6 Regression] Wrong debug info: Invalid variable location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46724 --- Comment #11 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-22 03:49:06 UTC --- Author: aoliva Date: Wed Dec 22 03:49:00 2010 New Revision: 168160 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168160 Log: PR debug/46724 * function.c (assign_parms_augmented_arg_list): Name and mark DECL of result address as NAMELESS rather than IGNORED. (assign_parms): Set DECL_VALUE_EXPR for indirect result. * tree.h (tree_decl_common::decl_flag_2): Document RESULT_DECL. (DECL_HAS_VALUE_EXPR_P): Accept RESULT_DECL. * dwarf2out.c (loc_list_from_tree) RESULT_DECL: Use DECL_VALUE_EXPR. * dbxout.c (dbxout_expand_expr) RESULT_DECL: Likewise. * var-tracking.c (vt_add_function_parameter): New, split out of... (vt_add_function_parameters): ... this. Handle incoming pointer to hold result. Modified: trunk/gcc/ChangeLog trunk/gcc/dbxout.c trunk/gcc/dwarf2out.c trunk/gcc/function.c trunk/gcc/tree.h trunk/gcc/var-tracking.c
[Bug debug/46724] [4.6 Regression] Wrong debug info: Invalid variable location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46724 Alexandre Oliva aoliva at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Alexandre Oliva aoliva at gcc dot gnu.org 2010-12-22 03:55:54 UTC --- Fixed
[Bug testsuite/39655] autogen fixinclude test FAILURES - trunk revision 145337
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39655 Rob rob1weld at aol dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #3 from Rob rob1weld at aol dot com 2010-12-22 04:09:22 UTC --- Thanks Ralf, this being fixed I shall close it. Rob
[Bug target/47038] New: gcc.dg/pr46685.c FAILs on Solaris 10/SPARC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47038 Summary: gcc.dg/pr46685.c FAILs on Solaris 10/SPARC Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: gsean...@gmail.com Executing on host: /var/opt/BUILD/gcc-trunk.2010-12-20/gcc/xgcc -B/var/opt/BUILD/gcc-trunk.2010-12-20/gcc/ /var/opt/SOURCES/gcc-trunk/gcc/testsuite/gcc.dg/pr46685.c -O2 -freorder-blocks-and-partition -fpic -S -o pr46685.s(timeout = 300) /var/opt/SOURCES/gcc-trunk/gcc/testsuite/gcc.dg/pr46685.c: In function '__sparc_get_pc_thunk.l7':^M built-in:0:0: error: __sparc_get_pc_thunk.l7 causes a section type conflict^M compiler exited with status 1 output is: /var/opt/SOURCES/gcc-trunk/gcc/testsuite/gcc.dg/pr46685.c: In function '__sparc_get_pc_thunk.l7':^M built-in:0:0: error: __sparc_get_pc_thunk.l7 causes a section type conflict^M FAIL: gcc.dg/pr46685.c (test for excess errors) Excess errors: built-in:0:0: error: __sparc_get_pc_thunk.l7 causes a section type conflict same error for -m32 and -m64
[Bug tree-optimization/47002] [4.6 Regression] segmentation fault in find_uses_to_rename_use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47002 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|NEW |WAITING --- Comment #4 from Sebastian Pop spop at gcc dot gnu.org 2010-12-22 06:23:54 UTC --- Patch fixing the memory leaks related to loop distribution: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01670.html I still cannot reproduce the error reported in this PR. HJ, it seems like you were able to see the ICE. Could you please specify which flags and architecture you used? Thanks.
[Bug rtl-optimization/46522] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -O3 -fsel-sched-pipelining -fselective-scheduling2 -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46522 --- Comment #4 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-22 07:46:57 UTC --- Author: abel Date: Wed Dec 22 07:46:53 2010 New Revision: 168164 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168164 Log: PR rtl-optimization/45352 PR rtl-optimization/46521 PR rtl-optimization/46522 * sel-sched.c (reset_sched_cycles_in_current_ebb): Recheck the DFA state on the last iteration of the advancing loop. (sel_sched_region_1): Propagate the rescheduling bit to the next block also for empty blocks. * gcc.dg/pr46521.c: New. * gcc.dg/pr46522.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr46521.c trunk/gcc/testsuite/gcc.dg/pr46522.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/45352] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7058
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45352 --- Comment #23 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-22 07:46:57 UTC --- Author: abel Date: Wed Dec 22 07:46:53 2010 New Revision: 168164 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168164 Log: PR rtl-optimization/45352 PR rtl-optimization/46521 PR rtl-optimization/46522 * sel-sched.c (reset_sched_cycles_in_current_ebb): Recheck the DFA state on the last iteration of the advancing loop. (sel_sched_region_1): Propagate the rescheduling bit to the next block also for empty blocks. * gcc.dg/pr46521.c: New. * gcc.dg/pr46522.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr46521.c trunk/gcc/testsuite/gcc.dg/pr46522.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog
[Bug rtl-optimization/46521] ICE: in reset_sched_cycles_in_current_ebb, at sel-sched.c:7092 with -Os -fselective-scheduling2 -fsel-sched-pipelining -fprofile-generate -fno-early-inlining
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46521 --- Comment #3 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-22 07:46:57 UTC --- Author: abel Date: Wed Dec 22 07:46:53 2010 New Revision: 168164 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=168164 Log: PR rtl-optimization/45352 PR rtl-optimization/46521 PR rtl-optimization/46522 * sel-sched.c (reset_sched_cycles_in_current_ebb): Recheck the DFA state on the last iteration of the advancing loop. (sel_sched_region_1): Propagate the rescheduling bit to the next block also for empty blocks. * gcc.dg/pr46521.c: New. * gcc.dg/pr46522.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr46521.c trunk/gcc/testsuite/gcc.dg/pr46522.c Modified: trunk/gcc/ChangeLog trunk/gcc/sel-sched.c trunk/gcc/testsuite/ChangeLog