[Bug middle-end/31827] limits-exprparen.c: Pid 2297 received a SIGSEGV for stack growth failure
--- Comment #6 from ubizjak at gmail dot com 2009-07-23 06:52 --- This happens also with default settings on CentOS 5.3 x86_64 and F11 x86_64, current mainline gcc-4.5.0. -- ubizjak at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com Known to fail||4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31827
[Bug target/40832] gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro
--- Comment #4 from dh458 at oakapple dot net 2009-07-23 06:23 --- (In reply to comment #3) > What happens if you drop the -march=k8 option? Works fine. > What happens if you use the -march=native option? Fails on k8 system - this is how I found the bug originally. > What happens if you use gas instead of Sun's assembler? $HOME/gnu-x86/local/bin/gfortran -c site.f90 -march=k8 -m32 -S gas --32 site.s site.s:652: Error: invalid character '.' in mnemonic cmovl.ns%eax, %ebx $HOME/gnu-x86/local/bin/gfortran -c site.f90 -march=k8 -m64 -O1 -S gas --64 site.s site.s:136: Error: invalid character '.' in mnemonic cmovq.e %rax, %r13 Solaris s10u7 gas version is GNU assembler version 2.15 (i386-pc-solaris2.10) using BFD version 2.15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
[Bug bootstrap/40833] gcc configure problem with mpfr.h
--- Comment #1 from kargl at gcc dot gnu dot org 2009-07-23 03:03 --- What do the following commands show find /usr -name gmp.h find /usr -name libgmp\* It appears that you built mpfr against a different version of gmp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40833
[Bug target/40266] march-native gives -mno-sse4, but cpuinfo sse4_1
--- Comment #8 from hjl dot tools at gmail dot com 2009-07-23 02:34 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|4.4.2 |4.4.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40266
[Bug c++/40834] New: [4.5 Regression] Revision 149750 failed 483.xalancbmk in SPEC CPU 2006
+++ This bug was initially created as a clone of Bug #40799 +++ With revision 149946, on Linux/x86-64, the problem now became Running 483.xalancbmk ref base o3 default 483.xalancbmk: copy 0 non-zero return code (exit code=0, signal=11) It happens with both "-O3 -ffast-math" and "-O2 -ffast-math". -- Summary: [4.5 Regression] Revision 149750 failed 483.xalancbmk in SPEC CPU 2006 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com BugsThisDependsOn: 40799 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40834
[Bug libfortran/32784] [win32] Using 'CONOUT$', 'CONIN$', or 'CONERR$' as assigned file generates Fortran runtime error: Bad file descriptor
--- Comment #35 from jvdelisle at gcc dot gnu dot org 2009-07-23 00:59 --- Subject: Bug 32784 Author: jvdelisle Date: Thu Jul 23 00:58:46 2009 New Revision: 149970 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149970 Log: 2009-07-22 Jerry DeLisle PR libfortran/32784 * unix.c (regular_file): Check for CONIN$ CONOUT$, and CONERR$ and open the respective /dev/conin or /dev/conout devices. This is Cygwin specific. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/unix.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32784
[Bug bootstrap/40833] New: gcc configure problem with mpfr.h
I am trying to configure gcc with: lnx498:/nfs/acc/temp/dcs/gcc/gcc_tmp> ../gcc-4.4.1/configure --prefix=/home/dcs/dcs/usr_local --with-gmp=/home/dcs/dcs/usr_local --with-mpfr=/home/dcs/dcs/usr_local Which gives: checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gnatbind... no checking for gnatmake... no checking whether compiler driver understands Ada... no checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f2 checking for correct version of gmp.h... yes checking for correct version of mpfr.h... no configure: error: Building GCC requires GMP 4.1+ and MPFR 2.3.2+. But mpfr.h exists and is version 4.2.1: lnx498:/nfs/acc/temp/dcs/gcc/gcc_tmp> grep VER /home/dcs/dcs/usr_local/include/mpfr.h #define MPFR_VERSION_MAJOR 2 #define MPFR_VERSION_MINOR 4 #define MPFR_VERSION_PATCHLEVEL 1 #define MPFR_VERSION_STRING "2.4.1" The log file is: lnx498:/nfs/acc/temp/dcs/gcc/gcc_tmp> cat config.log This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.4.1/configure --prefix=/home/dcs/dcs/usr_local --with-gmp=/home/dcs/dcs/usr_local --with-mpfr=/home/dcs/dcs/usr_local ## - ## ## Platform. ## ## - ## hostname = lnx498.lns.cornell.edu uname -m = i686 uname -r = 2.6.9-78.0.13.ELsmp uname -s = Linux uname -v = #1 SMP Wed Jan 14 19:07:47 CST 2009 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = i686 /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /home/dcs/dcs/usr_local/bin PATH: /home/dcs/dcs/dcs_local/bin PATH: /nfs/opt/lf9562/bin PATH: /nfs/opt/intel/fc/9.1.045/bin PATH: /nfs/opt/intel/fc/9.1.045/bin PATH: /nfs/opt/lf9562/bin PATH: /home/dcs/bin/Linux PATH: /home/dcs/bin PATH: /usr/kerberos/bin PATH: /usr/local/bin PATH: /bin PATH: /usr/bin PATH: /usr/X11R6/bin PATH: /home/cesrulib/bin PATH: /nfs/acc/libs/Linux_i686_intel/devel/bin PATH: /home/dcs/dcs/atf2/ATF2/control-software/epics-3.14.8/base/bin/linux-x86 PATH: /nfs/opt/totalview/bin ## --- ## ## Core tests. ## ## --- ## configure:1563: checking build system type configure:1581: result: i686-pc-linux-gnu configure:1616: checking host system type configure:1630: result: i686-pc-linux-gnu configure:1638: checking target system type configure:1652: result: i686-pc-linux-gnu configure:1696: checking for a BSD-compatible install configure:1762: result: /usr/bin/install -c configure:1773: checking whether ln works configure:1795: result: yes configure:1799: checking whether ln -s works configure:1803: result: yes configure:3002: checking for gcc configure:3018: found /usr/bin/gcc configure:3028: result: gcc configure:3274: checking for C compiler version configure:3277: gcc --version &5 gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-8) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:3280: $? = 0 configure:3282: gcc -v &5 Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-8) configure:3285: $? = 0 configure:3287: gcc -V &5 gcc: `-V' option must have argument configure:3290: $? = 1 configure:3313: checking for C compiler default output file name configure:3316: gccconftest.c >&5 configure:3319: $? = 0 configure:3367: result: a.out configure:3372: checking whether the C compiler works configure:3378: ./a.out configure:3381: $? = 0 configure:3400: result: yes configure:3407: checking whether we are cross compiling configure:3409: result: no configure:3412: checking for suffix of executables confi
[Bug fortran/40832] gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro
--- Comment #3 from kargl at gcc dot gnu dot org 2009-07-23 00:28 --- What happens if you drop the -march=k8 option? What happens if you use the -march=native option? What happens if you use gas instead of Sun's assembler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
[Bug lto/40818] internal compiler error: in lto_output_tree_ref, at lto-streamer-out.c:821
--- Comment #3 from bje at gcc dot gnu dot org 2009-07-23 00:09 --- Subject: Bug 40818 Author: bje Date: Thu Jul 23 00:09:23 2009 New Revision: 149966 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149966 Log: PR lto/40818 * g++.dg/lto/pr40818_0.C: New. Added: branches/lto/gcc/testsuite/g++.dg/lto/pr40818_0.C Modified: branches/lto/gcc/testsuite/ChangeLog.lto -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40818
[Bug fortran/40832] gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro
--- Comment #2 from dh458 at oakapple dot net 2009-07-23 00:06 --- gfortran --verbose: /home/dgh/gnu-x86/local/bin/gfortran -c site.f90 -march=k8 --verbose Using built-in specs. Target: i386-pc-solaris2.10 Configured with: ../gcc-4.4.0/configure --prefix=//net/hs-usca-01.sfbay/export/home1/12/dgh/gnu-x86/local --with-local-prefix=//net/hs-usca-01.sfbay/export/home1/12/dgh/gnu-x86/local/include --enable-languages=c++,fortran --with-gmp=//net/hs-usca-01.sfbay/export/home1/12/dgh/gnu-x86/local --with-mpfr=//net/hs-usca-01.sfbay/export/home1/12/dgh/gnu-x86/local Thread model: posix gcc version 4.4.0 (GCC) COLLECT_GCC_OPTIONS='-c' '-march=k8' '-v' /home/dgh/gnu-x86/local/bin/../libexec/gcc/i386-pc-solaris2.10/4.4.0/f951 site.f90 -quiet -dumpbase site.f90 -march=k8 -auxbase site -version -fintrinsic-modules-path /home/dgh/gnu-x86/local/bin/../lib/gcc/i386-pc-solaris2.10/4.4.0/finclude -o /tmp/dgh/ccaFX7lN.s GNU Fortran (GCC) version 4.4.0 (i386-pc-solaris2.10) compiled by GNU C version 4.4.0, GMP version 4.3.1, MPFR version 2.4.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 COLLECT_GCC_OPTIONS='-c' '-march=k8' '-v' /usr/ccs/bin/as -V -Qy -s -o site.o /tmp/dgh/ccaFX7lN.s as: Sun Compiler Common 10 Patch 06/05/2008 Assembler: site.f90 "/tmp/dgh/ccaFX7lN.s", line 738 : Illegal mnemonic Near line: ".word 0xc0df" "/tmp/dgh/ccaFX7lN.s", line 738 : Syntax error Near line: ".word 0xc0df" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
[Bug fortran/40832] gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro
--- Comment #1 from dh458 at oakapple dot net 2009-07-23 00:04 --- Created an attachment (id=18240) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18240&action=view) site.f90 test case for bug 40832 condensed from SPECmpi 130.socorro -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
[Bug fortran/40832] New: gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro
The attached file site.f90 miscompiles on solaris-x86 with gfortran 4.4.0: gfortran -c site.f90 -march=k8 Assembler: site.f90 "/tmp/dgh/cc7kDaaz.s", line 738 : Illegal mnemonic Near line: ".word 0xc0df" "/tmp/dgh/cc7kDaaz.s", line 738 : Syntax error Near line: ".word 0xc0df" linux-x86 seems to be OK.Haven't tried 4.4.1 yet. site.f90 is a drastically reduced test case from SPECmpi 130.socorro -- Summary: gfortran 4.4.0 generates invalid .s file on solaris-x86 using -march=k8 for 130.socorro Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dh458 at oakapple dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40832
[Bug c++/40831] g++ generated symbols for cloned function that be demangled.
--- Comment #4 from cgd at google dot com 2009-07-22 23:44 --- (In reply to comment #2) > I don't see a problem with this really since it is a local symbol and will > never be exported so the ABI never gets involved. > > a demangled name is only a nice way of displaying the name to the user rather > than anything else. The profiles and other tools could figure out if it has > .clone.n to strip that and then add it back. User generated symbols will > never > have .clone.n in it unless asm is used. I could buy your argument, I'm just not quite sure yet. If this is reasonable output from the compiler, then people will need to take action (e.g., enhance the debugger, and enhance any tools they care about). I think output from 'nm' are a good first example case. What do *you* (or others) think is appropriate output from 'nm' in this example? (IIRC binutils uses the gcc-supplied demangler, right?) Do you have guidance for how functions like these should be presented by other tools, e.g., gdb? BTW, I definitely agree that the current behavior is much more useful than T.. 8-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
[Bug c++/40831] g++ generated symbols for cloned function that be demangled.
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-07-22 23:36 --- Also by the way 4.4.0 and before generated just T.N which is even worse than the current behavior. > demangle symbols according to the ABI an What is an ABI for a local symbol? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
[Bug c++/40831] g++ generated symbols for cloned function that be demangled.
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-07-22 23:35 --- I don't see a problem with this really since it is a local symbol and will never be exported so the ABI never gets involved. a demangled name is only a nice way of displaying the name to the user rather than anything else. The profiles and other tools could figure out if it has .clone.n to strip that and then add it back. User generated symbols will never have .clone.n in it unless asm is used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
[Bug c++/40831] g++ generated symbols for cloned function that be demangled.
--- Comment #1 from cgd at google dot com 2009-07-22 23:29 --- Created an attachment (id=18239) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18239&action=view) example c++ input that shows creation of a cloned function which isn't demangled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
[Bug c++/40831] New: g++ generated symbols for cloned function that be demangled.
G++ generates symbols for cloned functions that cannot be demangled, because of ".clone.N". compiler version: $ inst/bin/gcc -v Using built-in specs. Target: x86_64-linux Configured with: ../trunk/configure --enable-languages=c,c++,fortran --build=x86_64-linux --host=x86_64-linux --target=x86_64-linux --prefix=/g/users/cgd/proj/gcc-trunk/bld/../inst Thread model: posix gcc version 4.5.0 20090722 (experimental) (GCC) I'll upload an example shortly. For that example: [...@bcpl gcc-trunk]$ inst/bin/gcc x.cc -c -O3 [...@bcpl gcc-trunk]$ ../binutils/inst.ld/bin/nm -an x.o U _Z10externfuncv U __gxx_personality_v0 b .bss n .comment d .data r .eh_frame n .note.GNU-stack t .text t _Z12to_be_clonediPv.clone.0 a x.cc 00c0 T _Z12to_be_clonediPv 0190 T _Z3fooPv 01b0 T _Z3barPv [...@bcpl gcc-trunk]$ ../binutils/inst.ld/bin/nm -anC x.o U externfunc() U __gxx_personality_v0 b .bss n .comment d .data r .eh_frame n .note.GNU-stack t .text t _Z12to_be_clonediPv.clone.0 a x.cc 00c0 T to_be_cloned(int, void*) 0190 T foo(void*) 01b0 T bar(void*) This may cause problems for tools (e.g., profilers, analysis tools), which think they understand how to demangle symbols according to the ABI and want to present demangled names to users. Use of local-name might be appropriate here, I'm not sure. (There may also be debugger implications of this.) -- Summary: g++ generated symbols for cloned function that be demangled. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cgd at google dot com GCC build triplet: x86_64-linux GCC host triplet: x86_64-linux GCC target triplet: x86_64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40831
[Bug target/40266] march-native gives -mno-sse4, but cpuinfo sse4_1
--- Comment #7 from seandarcy2 at gmail dot com 2009-07-22 23:24 --- The target milestone was just changed to 4.4.2 from 4.4.1. Why? Doesn't the fix from H.J.Lu below work? Indeed, isn't the fix already in? If so, shouldn't this be marked FIXED? sean -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40266
[Bug rtl-optimization/40710] [4.3 Regression] Linux kernel miscompiled for sh4-linux
--- Comment #7 from kkojima at gcc dot gnu dot org 2009-07-22 23:22 --- Subject: Bug 40710 Author: kkojima Date: Wed Jul 22 23:22:24 2009 New Revision: 149965 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149965 Log: Backport from mainline: 2009-07-15 Eric Botcazou PR rtl-optimization/40710 * resource.c (mark_target_live_regs): Reset DF problem to LR. Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/resource.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40710
[Bug middle-end/40830] New: gcc.dg/vect/vect-pre-interact.c doesn't work on Linux/ia32
On Linux/ia32, revision 149946 gave: AIL: gcc.dg/vect/vect-pre-interact.c scan-tree-dump-times vect "vectorized 1 loops" 1 -- Summary: gcc.dg/vect/vect-pre-interact.c doesn't work on Linux/ia32 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40830
[Bug target/37488] register allocation spills floats needlessly
--- Comment #9 from vmakarov at gcc dot gnu dot org 2009-07-22 22:00 --- Subject: Bug 37488 Author: vmakarov Date: Wed Jul 22 22:00:17 2009 New Revision: 149962 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149962 Log: 2009-07-22 Vladimir Makarov PR target/37488 * ira-lives.c (bb_has_abnormal_call_pred): New function. (process_bb_node_lives): Use it. * ira.c (setup_cover_and_important_classes): Don't setup ira_important_class_nums. Add cover classes to the end of important classes. (cover_class_order, comp_reg_classes_func, reorder_important_classes): New. (find_reg_class_closure): Use reorder_important_classes. * config/i386/i386.h (IRA_COVER_CLASSES): Remove. * config/i386/i386.c (i386_ira_cover_classes): New function. (TARGET_IRA_COVER_CLASSES): Redefine. * doc/tm.texi (TARGET_IRA_COVER_CLASSES): Add a comment about importance of order of cover classes in the array. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.h trunk/gcc/doc/tm.texi trunk/gcc/ira-lives.c trunk/gcc/ira.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37488
[Bug tree-optimization/40760] [4.3/4.4/4.5 Regression] unbounded recursion in the gimplifier
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40760
[Bug c++/40749] [4.3/4.4/4.5 Regression] g++ doesnt report missing return if return is of type const
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40749
[Bug target/40735] [4.3/4.4/4.5 Regression] memory hog compiling big functions with -fPIE
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||memory-hog Priority|P3 |P2 Summary|[4.3/4.4 regression] memory|[4.3/4.4/4.5 Regression] |hog compiling big functions |memory hog compiling big |with -fPIE |functions with -fPIE Target Milestone|4.3.5 |4.3.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40735
[Bug testsuite/40829] New: gcc.dg/vect/no-scevccp-noreassoc-outer-2.c can segv
>From gcc.dg/vect/no-scevccp-noreassoc-outer-2.c: 6 #define N 40 7 int a[200*N]; 8 9 __attribute__ ((noinline)) void 10 foo (){ 11 int i,j; 12 int sum,s=0; 13 14 for (i = 0; i < 200*N; i++) { 15 sum = 0; 16 for (j = 0; j < N; j++) { 17 sum += (i + j); 18 i++; 19 } 20 a[i] = sum; // i exceeds 8000, runs off array end 21 } 22 } In function foo(), at line 20, variable 'i' can exceed the bounds of array 'a', and segv is possible. The fix may be as simple as padding array 'a', provided this does not affect the other things that this test validates. -- Summary: gcc.dg/vect/no-scevccp-noreassoc-outer-2.c can segv Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: trivial Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: simon_baldwin at yahoo dot com GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40829
[Bug target/40603] unnecessary conversion from unsigned byte load to signed byte load
--- Comment #4 from rearnsha at gcc dot gnu dot org 2009-07-22 21:22 --- The transformation to signed char is done very early on (maybe even during parsing). The 003t.original dump already contains: if ((signed char) *(p + 8) >= 0) -- rearnsha at gcc dot gnu dot org changed: What|Removed |Added CC||rearnsha at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40603
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #132 from ich at az2000 dot de 2009-07-22 20:54 --- So that means that this C++ example could crash under certain circumstances (depending on how far the compiler is optimising here)? #include #define third ((double)atoi("1")/atoi("3")) int main() { std::set m; m.insert(third); m.insert(third); return (m.find(third) != m.end()) ? 0 : 1; } Because this example only works if it is guaranteed that !(third < third && third > third), otherwise it would abort. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282
--- Comment #3 from rmansfield at qnx dot com 2009-07-22 19:50 --- Yes, the patch resolves the ICE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392
[Bug tree-optimization/23821] [4.3/4.4/4.5 Regression] DOM and VRP creating harder to optimize code
--- Comment #22 from rguenth at gcc dot gnu dot org 2009-07-22 19:33 --- I will have a look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-01-11 22:27:42 |2009-07-22 19:33:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23821
[Bug fortran/40796] Invalid code when returning unallocated component of derived type
--- Comment #7 from pault at gcc dot gnu dot org 2009-07-22 19:13 --- Fixed on trunk Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40796
[Bug c++/40828] New: Rejected valid specialization of member class template
This is similar to bug 14494. The following member code is rejected: template class Outer { template class Inner {}; }; template template <> class Outer::Inner {}; /* error */ with error: test.cpp:7: error: invalid explicit specialization before â>â token test.cpp:7: error: enclosing class templates are not explicitly specialized test.cpp:8: error: template parameters not used in partial specialization: test.cpp:8: error: âTâ Of interest, the following partial specialization compiles: template class Outer { template class Inner {}; }; template template class Outer::Inner {}; -- Summary: Rejected valid specialization of member class template Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andhow at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40828
[Bug fortran/40796] Invalid code when returning unallocated component of derived type
--- Comment #6 from pault at gcc dot gnu dot org 2009-07-22 18:12 --- Subject: Bug 40796 Author: pault Date: Wed Jul 22 18:12:35 2009 New Revision: 149952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149952 Log: 2009-07-22 Paul Thomas PR fortran/40796 * trans-decl.c (generate_local_decl): Unreferenced result variables with allocatable components should be treated like INTENT_OUT dummy variables. 2009-07-21 Richard Guenther PR fortran/40726 Change attribution to Richi. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40796
[Bug fortran/40726] [4.5 Regression] miscompilation at -O1
--- Comment #13 from pault at gcc dot gnu dot org 2009-07-22 18:12 --- Subject: Bug 40726 Author: pault Date: Wed Jul 22 18:12:35 2009 New Revision: 149952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149952 Log: 2009-07-22 Paul Thomas PR fortran/40796 * trans-decl.c (generate_local_decl): Unreferenced result variables with allocatable components should be treated like INTENT_OUT dummy variables. 2009-07-21 Richard Guenther PR fortran/40726 Change attribution to Richi. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #131 from vincent at vinc17 dot org 2009-07-22 17:33 --- (In reply to comment #130) > #define axiom_order(a,b) !(a < b && b < a) > #define axiom_eq(a) a == a > #define third ((double)atoi("1")/atoi("3")) [...] > in C99 (+TC1,TC2,TC3) different precision is not allowed It is allowed, except for... > 5.1.2.3 p12: > ... In particular, casts and assignments are required to perform their > specified conversion But a division is not a cast, nor an assignment. > 5.2.4.2.2 p8: > Except for assignment and cast (which remove all extra range and precision), > the values 8 of operations with floating operands and values subject to the > usual arithmetic conversions and of floating constants are evaluated to a > format whose range and precision may be greater than required by the type. A greater precision is OK for division, in particular. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x
--- Comment #22 from giffordj at la dot twcbc dot com 2009-07-22 17:21 --- Work around doesn't work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37739
[Bug middle-end/40827] [4.5 regression] galgel in SPEC CPU 2K is miscompiled
--- Comment #1 from hjl dot tools at gmail dot com 2009-07-22 17:09 --- Pilot error. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40827
[Bug tree-optimization/23821] [4.3/4.4/4.5 Regression] DOM and VRP creating harder to optimize code
--- Comment #21 from spop at gcc dot gnu dot org 2009-07-22 16:27 --- I will let Richi to solve this problem: http://gcc.gnu.org/ml/gcc-patches/2009-07/msg01187.html Sebastian -- spop at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|spop at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23821
[Bug driver/39356] assembler isn't called
--- Comment #16 from ktietz at gcc dot gnu dot org 2009-07-22 16:06 --- (In reply to comment #15) > Is there a chance that we get this fixed soon? > > Rainer > Well, I would like to fix this. Better now then later. But I couldn't find the real reason for this issue. The patch above solved the problem on 4.4.0 branch some time ago, but now it seems to be a different issue. But AFAICT is is related to chkstk/alloca here. Cheers, Kai -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356
[Bug tree-optimization/39300] vectorizer confused by predictive commoning and PRE
--- Comment #8 from matz at gcc dot gnu dot org 2009-07-22 15:40 --- So, the immediate problem is now fixed, but I'd suggest leaving this enhancement request open, in case anybody wants to work on extending the vectorizer to deal with these loop-carried dependencies, because in that case we wouldn't need to dumb down PRE anymore, which would be even better. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39300
[Bug tree-optimization/39300] vectorizer confused by predictive commoning and PRE
--- Comment #7 from matz at gcc dot gnu dot org 2009-07-22 15:31 --- Subject: Bug 39300 Author: matz Date: Wed Jul 22 15:30:50 2009 New Revision: 149942 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149942 Log: PR tree-optimization/35229 PR tree-optimization/39300 * tree-ssa-pre.c (includes): Include tree-scalar-evolution.h. (inhibit_phi_insertion): New function. (insert_into_preds_of_block): Call it for REFERENCEs. (init_pre): Initialize and finalize scalar evolutions. * Makefile.in (tree-ssa-pre.o): Depend on tree-scalar-evolution.h . testsuite/ * gcc.dg/vect/vect-pre-interact.c: New test. Added: trunk/gcc/testsuite/gcc.dg/vect/vect-pre-interact.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39300
[Bug tree-optimization/35229] Vectorizer doesn't support dependence created by predictive commoning
--- Comment #4 from matz at gcc dot gnu dot org 2009-07-22 15:31 --- Subject: Bug 35229 Author: matz Date: Wed Jul 22 15:30:50 2009 New Revision: 149942 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149942 Log: PR tree-optimization/35229 PR tree-optimization/39300 * tree-ssa-pre.c (includes): Include tree-scalar-evolution.h. (inhibit_phi_insertion): New function. (insert_into_preds_of_block): Call it for REFERENCEs. (init_pre): Initialize and finalize scalar evolutions. * Makefile.in (tree-ssa-pre.o): Depend on tree-scalar-evolution.h . testsuite/ * gcc.dg/vect/vect-pre-interact.c: New test. Added: trunk/gcc/testsuite/gcc.dg/vect/vect-pre-interact.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35229
GCC build error - previous bug
The errors described below are similar to a previous bug noted at http://gcc.gnu.org/install/specific.html#sparcv9-x-solaris2 Paragraph sparc-sun-solaris2.7 My system tov...@siamese%uname -a SunOS siamese 5.10 Generic_118833-33 sun4u sparc SUNW,Sun-Blade-1500 My configure script ${FFMPEG_BASE}/gcc-4.4.0-RC-20090414/configure \ --prefix=${FFMPEG_BASE}/gcc-4.4.0-prefix-sol2 \ --enable-shared --without-gnu-ld --with-ld=/usr/ccs/bin/ld \ --without-gnu-as --with-as=/usr/sfw/bin/gas \ --enable-bootstrap \ --enable-languages=c,c++ \ --enable-version-specific-runtime-libs \ --with-ppl=${FFMPEG_BASE}/gcc-4.4.0-ppl/ppl \ --with-cloog=${FFMPEG_BASE}/gcc-4.4.0-ppl/cloog-ppl The following error occurs /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/xgcc -B/net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/ -B/net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-prefix-sol2/sparc-sun -solaris2.10/bin/ -B/net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-prefix-sol2/sparc-sun -solaris2.10/lib/ -isystem /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-prefix-sol2/sparc-sun-s olaris2.10/include -isystem /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-prefix-sol2/sparc-sun-s olaris2.10/sys-include -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,-h,libgcc_s.so.1 -Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map -o sparcv9/libgcc_s.so.1.tmp -g -O2 -m64 -B./ _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o unwind-dw2-fde_s.o unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o -lc && rm -f sparcv9/libgcc_s.so && if [ -f sparcv9/libgcc_s.so.1 ]; then mv -f sparcv9/libgcc_s.so.1 sparcv9/libgcc_s.so.1.backup; else true; fi && mv sparcv9/libgcc_s.so.1.tmp sparcv9/libgcc_s.so.1 && ln -s libgcc_s.so.1 sparcv9/libgcc_s.so ld: fatal: relocation error: R_SPARC_64: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crti.o: symbol : offset 0x78c147ed is non-aligned ld: fatal: relocation error: R_SPARC_64: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crtn.o: symbol : offset 0x78c222b6 is non-aligned ld: fatal: relocation error: R_SPARC_64: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crtn.o: symbol : offset 0x78c222ca is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crti.o: symbol : offset 0x78c222e1 is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crti.o: symbol : offset 0x78c222e7 is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crtn.o: symbol : offset 0x78c30d65 is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crtn.o: symbol : offset 0x78c30d6b is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crti.o: symbol : offset 0x78c35066 is non-aligned ld: fatal: relocation error: R_SPARC_32: file /net/whistler/auto/users/tovrea/FFMPEG/gcc-4.4.0-objdir-sol2/./gcc/sparc v9/crtn.o: symbol : offset 0x78c35cd6 is non-aligned Bill Tovrea BAE Systems 16550 West Bernardo Drive San Diego, CA 92127 Telephone: (858) 592-5292 Pager: (888) 971-4964 E-mail: george.tov...@baesystems.com
[Bug c++/40799] [4.5 Regression] Revision 149750 failed 483.xalancbmk in SPEC CPU 2006
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-07-22 15:02 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40799
[Bug c++/40799] [4.5 Regression] Revision 149750 failed 483.xalancbmk in SPEC CPU 2006
--- Comment #8 from hjl dot tools at gmail dot com 2009-07-22 14:56 --- Testcase fails on Linux/ia32 and Linux/x86-64: FAIL: g++.dg/lookup/using21.C (test for excess errors) -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40799
[Bug tree-optimization/40321] [4.4 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #30 from rguenth at gcc dot gnu dot org 2009-07-22 14:47 --- And for 4.4.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail|4.4.0 |4.4.0 4.4.1 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug tree-optimization/40321] [4.4 Regression] internal compiler error: in compute_antic, at tree-ssa-pre.c:2501
--- Comment #29 from rguenth at gcc dot gnu dot org 2009-07-22 14:45 --- Subject: Bug 40321 Author: rguenth Date: Wed Jul 22 14:45:21 2009 New Revision: 149935 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149935 Log: 2009-07-22 Richard Guenther PR tree-optimization/40321 * tree-ssa-pre.c (add_to_exp_gen): Also add names defined by PHI nodes to the maximal set. (make_values_for_phi): Add PHI arguments to the maximal set. (execute_pre): Dump PHI_GEN and the maximal set. * gcc.c-torture/compile/pr40321.c: New testcase. * g++.dg/torture/pr40321.C: Likewise. Added: branches/gcc-4_4-branch/gcc/testsuite/g++.dg/torture/pr40321.C branches/gcc-4_4-branch/gcc/testsuite/gcc.c-torture/compile/pr40321.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/testsuite/ChangeLog branches/gcc-4_4-branch/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40321
[Bug libstdc++/40654] [C++0x] atomic.cc: 'd' is used uninitialized warning
--- Comment #3 from paolo dot carlini at oracle dot com 2009-07-22 14:28 --- See also PR40825. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40654
[Bug middle-end/40827] New: [4.5 regression] galgel in SPEC CPU 2K is miscompiled
on Linux/ia32, galgel in SPEC CPU 2K is miscompiled by revision 149782 at -O2. It never finishes: 27395 ?R5123:33 ../0002/galgel_base.o2x87 Revision 149763 is OK. -- Summary: [4.5 regression] galgel in SPEC CPU 2K is miscompiled Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40827
[Bug libstdc++/40826] [C++0x] atomic_flag_{test_and_set,clear}_explicit() are apparently broken
--- Comment #1 from paolo dot carlini at oracle dot com 2009-07-22 14:23 --- Maybe CC Benjamin about this one too... Note, as I very often repeat, things in C++0x headers are experimental, part of an ongoing effort, no guarantees, no promises of conformance, etc... -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||bkoz at redhat dot com Summary|atomic_flag_{test_and_set,cl|[C++0x] |ear}_explicit() are |atomic_flag_{test_and_set,cl |apparently broken |ear}_explicit() are ||apparently broken http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug fortran/40822] [4.5 Regression] Internal compiler error when Fortran intrinsic LEN referenced before explicit declaration
--- Comment #4 from janus at gcc dot gnu dot org 2009-07-22 14:21 --- The patch in comment #3 even survives a regtest on x86_64-unknown-linux-gnu. Ok to commit with the reporter's test case? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40822
[Bug c++/40825] mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2
--- Comment #4 from jbeulich at novell dot com 2009-07-22 14:17 --- Just as the warning says - construction of 'd' is missing. The warning lead me to look at the generated code, just to see that they are in sync (and hence perhaps have the same root cause). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
[Bug libstdc++/40826] New: atomic_flag_{test_and_set,clear}_explicit() are apparently broken
They act on local object 'd' only, rather than (as should be expected) *__a. That is, __a->_M_i will never get set/cleared through these functions. -- Summary: atomic_flag_{test_and_set,clear}_explicit() are apparently broken Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jbeulich at novell dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40826
[Bug c++/40825] mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2
--- Comment #3 from paolo dot carlini at oracle dot com 2009-07-22 14:09 --- The library issue is PR40654. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
[Bug c++/40825] mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-22 14:08 --- Can you give a hint on what exactly is miscompiled? (the testcase isn't an executable one that fails if miscompiled...) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
[Bug c++/40825] mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2
--- Comment #1 from jbeulich at novell dot com 2009-07-22 14:06 --- Created an attachment (id=18238) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18238&action=view) example source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
[Bug c++/40825] New: mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2
Compiling this file for NetWare, or, after pre-processing it and stripping down to a reasonably small one, natively for Linux produces "'d' is used uninitialized in this function". While the original code in libstdc++ looks broken (which will be reported as a separate bug), the warning and the generated code are incorrect, since 'd' definitely gets constructed at source level. Neither the waring nor the incorrect code generation can be observed at -O1. I will attach the stripped-down, usable on plain Linux, example in a second. -- Summary: mis-optimization of libstdc++'s atomic.cc:__atomic_flag_wait_explicit() at -O2 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jbeulich at novell dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40825
[Bug fortran/40822] [4.5 Regression] Internal compiler error when Fortran intrinsic LEN referenced before explicit declaration
--- Comment #3 from janus at gcc dot gnu dot org 2009-07-22 12:41 --- This was indeed caused by my r146554. Here's a patch: Index: gcc/fortran/symbol.c === --- gcc/fortran/symbol.c(revision 149848) +++ gcc/fortran/symbol.c(working copy) @@ -3927,6 +3927,9 @@ gfc_copy_formal_args_intr (gfc_symbol *d formal_arg->sym->attr.flavor = FL_VARIABLE; formal_arg->sym->attr.dummy = 1; + if (formal_arg->sym->ts.type == BT_CHARACTER) + formal_arg->sym->ts.cl = gfc_get_charlen (); + /* If this isn't the first arg, set up the next ptr. For the last arg built, the formal_arg->next will never get set to anything other than NULL. */ -- janus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-07-22 10:15:54 |2009-07-22 12:41:05 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40822
[Bug fortran/40824] New: F2003: GENERIC interface with generic name = derived-type name
Cf. http://groups.google.com/group/comp.lang.fortran/msg/3ff093de4ed9e7c0 The following program is valid as F2003 has: "12.3.2.1 Interface block "A generic name may be the same as a derived-type name, in which case all of the procedures in the interface block shall be functions." Currently, it is rejected with: Error: DERIVED attribute of 'foo' conflicts with PROCEDURE attribute at (1) module foobar implicit none type foo integer :: bar end type interface foo module procedure constructor end interface contains type(foo) function constructor() constructor%bar=1 end function end module -- Summary: F2003: GENERIC interface with generic name = derived- type name Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40824
[Bug driver/39356] assembler isn't called
--- Comment #15 from rainer at emrich-ebersheim dot de 2009-07-22 12:24 --- Is there a chance that we get this fixed soon? Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39356
[Bug rtl-optimization/323] optimized code gives strange floating point results
--- Comment #130 from nszabolcs at gmail dot com 2009-07-22 12:10 --- (In reply to comment #129) > I am a bit wondering if this bug is also for the case (a < b) && (b < a) == > true. Is it? i guess so, see: #include #include #define axiom_order(a,b) !(a < b && b < a) #define axiom_eq(a) a == a #define third ((double)atoi("1")/atoi("3")) int main(void) { if (axiom_order(third, third)) puts("ok"); else puts("error"); if (axiom_eq(third)) puts("ok"); else puts("error"); return 0; } here this prints error error with gcc 4.2 and -S shows that this is long double vs double precision problem > Because if so, this becomes way more serious, as for example std::set > is broken then (and depending on the STL implementation, it will throw > assertions then). in C99 (+TC1,TC2,TC3) different precision is not allowed 5.1.2.3 p12: ... In particular, casts and assignments are required to perform their specified conversion 5.2.4.2.2 p8: Except for assignment and cast (which remove all extra range and precision), the values 8 of operations with floating operands and values subject to the usual arithmetic conversions and of floating constants are evaluated to a format whose range and precision may be greater than required by the type. i'm not sure about c++ though -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323
[Bug fortran/40822] [4.5 Regression] Internal compiler error when Fortran intrinsic LEN referenced before explicit declaration
--- Comment #2 from burnus at gcc dot gnu dot org 2009-07-22 11:53 --- Crash happens at: resolve_fl_variable (gfc_symbol *sym, int mp_flag) [...] if (sym->ts.type == BT_CHARACTER) { /* Make sure that character string variables with assumed length are dummy arguments. */ e = sym->ts.cl->length; Seemingly regressed between 2009-04-15-r14607 (working) and 2009-04-27-r146825 (failing). Likely due to: r146554 | janus | 2009-04-22 11:05:58 +0200 (Wed, 22 Apr 2009) | 38 lines PR fortran/39735 -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40822
[Bug debug/40823] New: debug info points to unexpected line
the observation is that profiling tools (like callgrind/valgrind) will assign a fraction of the instructions to line 2 (PUBLIC S1) in a profile, similarly a debugger will jump to line 2 if one steps through the execution of this program. This is not particularly intuitive (since this line just specifies an attribute and is not executed), and doesn't happen if e.g. ifort is used for compilation. MODULE M1 PUBLIC S1 CONTAINS SUBROUTINE S1(A,n) INTEGER :: n INTEGER :: A(n,n,n,n) A(1,1,1,1)=0 END SUBROUTINE S1 END MODULE M1 PROGRAM TEST USE M1 INTEGER :: A(2,2,2,2),i DO i=1,1000 CALL S1(A,2) ENDDO END PROGRAM TEST -- Summary: debug info points to unexpected line Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40823
[Bug fortran/40766] this fortran program is too slow
--- Comment #14 from eres at il dot ibm dot com 2009-07-22 11:15 --- (In reply to comment #0) > program main > implicit none > integer :: i,j > integer,parameter :: N=5000 > real :: x(N)=0.0 > do j=1,20 > do i=1,N > x(i)=x(i)+sin(real(i))+cos(real(i))-tan(real(i)) > enddo > enddo > print *, sum(x) > end program main Is this exmaple taken from a specific benchmark? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40766
[Bug c++/14124] enum definition with __attribute__((packed)) gives syntax errors
--- Comment #7 from alex dot gcc dot gnu dot org at firetree dot net 2009-07-22 10:57 --- There are still problems with packed enums. John Cooper's example program compiles on g++ 4.3.2, but testEnum2 is still not packed. More details in Bug #39219. -- alex dot gcc dot gnu dot org at firetree dot net changed: What|Removed |Added Known to fail|2.95.3 2.97 3.0 3.0.1 3.0.2 |2.95.3 2.97 3.0 3.0.1 3.0.2 |3.0.3 3.0.4 3.1 3.1.1 3.1.2 |3.0.3 3.0.4 3.1 3.1.1 3.1.2 |3.2 3.2.1 3.2.2 3.2.3 3.3 |3.2 3.2.1 3.2.2 3.2.3 3.3 |3.3.1 3.3.2 3.3.3 3.4.0 |3.3.1 3.3.2 3.3.3 3.4.0 |4.0.0 |4.0.0 4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14124
[Bug c++/39219] attribute doesn't work with enums properly
--- Comment #10 from alex dot gcc dot gnu dot org at firetree dot net 2009-07-22 10:55 --- This problem seems to affect all enum attributes that are declared with the "preferred" syntax. For example, the following enum is not packed, not is a warning emitted: enum __attribute__((packed)) Foo {Bar,Baz,Qux}; Here's a quote from the manual: """ An attribute specifier list may appear as part of a struct, union or enum specifier. It may go either immediately after the struct, union or enum keyword, or after the closing brace. The former syntax is preferred. """ (http://gcc.gnu.org/onlinedocs/gcc-4.3.2/gcc/Attribute-Syntax.html#Attribute-Syntax) If the functionality can't be easily fixed, then it would be nice to see a warning at compile time. At the very least, the manual should be corrected. -- alex dot gcc dot gnu dot org at firetree dot net changed: What|Removed |Added CC||alex dot gcc dot gnu dot org ||at firetree dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39219
[Bug target/36851] [4.4/4.5 regression] cc1plus SEGV compiling strstream.cc on Tru64 UNIX
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36851
[Bug ada/37440] [4.4/4.5 Regression] GNAT Bug Box a-ngcefu.adb:397
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37440
[Bug middle-end/38059] [4.4/4.5 Regression] Compile time regression for gcc.dg/20020425-1.c
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38059
[Bug c++/22488] [4.2/4.3/4.4/4.5 Regression] push_fields_onto_fieldstack calculates offset incorrectly
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug middle-end/37165] [4.4/4.5 Regression] FAIL: gcc.dg/matrix/matrix-1.c scan-ipa-dump-times matrix-reorg "Flattened 3 dimensions" 1
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
[Bug libgcj/40182] [4.4/4.5 regression] regressions in libjava testsuite on sparc-linux
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40182
[Bug libgcj/40181] [4.4 Regression] regressions in libjava testsuite on s390-linux
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40181
[Bug libgcj/40180] [4.4/4.5 regression] regressions in libjava testsuite on ia64-linux
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40180
[Bug testsuite/38946] [4.4/4.5 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946
[Bug rtl-optimization/38603] [4.4/4.5 Regression] IRA does not accommodate LOAD_EXTEND_OP transformations done by combine
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
[Bug libgcj/38251] [4.4/4.5 Regression] tools.zip doesn't build on systems with short command lines
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38251
[Bug target/37942] [4.4/4.5 Regression] FAIL: gcc.c-torture/compile/930618-1.c
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37942
[Bug target/37633] [4.4/4.5 Regression] wrong register use on sh64
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37633
[Bug testsuite/38036] [4.4/4.5 Regression][AVR] FAIL: gcc.c-torture/execute/pr37573.c execution
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38036
[Bug target/37367] [4.4/4.5 Regression] gcc-4.4/4.5 speed regression
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
[Bug tree-optimization/35629] [4.4/4.5 Regression] gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times profile fails
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
[Bug ada/37430] [4.4/4.5 Regression] C974013 gives exception
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37430
[Bug bootstrap/37304] [4.4/4.5 Regression]: in-tree-binutils gcc configure tests fail because of unexpanded $(objdir)
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37304
[Bug c++/33492] [4.2/4.3 regression] Broken diagnostic: 'must_not_throw_expr' not supported by dump_expr
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33492
[Bug debug/40521] [4.4/4.5 Regression] -g causes GCC to generate .eh_frame
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40521
[Bug target/40266] march-native gives -mno-sse4, but cpuinfo sse4_1
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40266
[Bug c++/40497] invalid std::next / std::prev declaration
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40497
[Bug c++/4926] C++ ABI needs clarification on mangling of complex expressions
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4926
[Bug c++/39219] attribute doesn't work with enums properly
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39219
[Bug debug/39372] [4.3 Regression] Missing DW_AT_location for constructor static variable
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39372
[Bug libstdc++/38678] [DR XXX] istream::read() calls streambuf::sgetn()
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38678
[Bug c++/38522] -Wconversion does not handle complex bitwise expressions
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38522
[Bug libgcj/39747] [4.4/4.5 Regression] Installation documentation should suggest building libgmp as PIC
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
[Bug fortran/34199] segfault for TRANSFER integer to TYPE(C_PTR)
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34199
[Bug tree-optimization/38156] gcc.dg/tree-ssa/update-unswitch-1.c fails when compiled with -ftree-parallelize-loops=4
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38156
[Bug c++/33979] support for char16_t, char32_t
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
[Bug middle-end/39514] [4.4/4.5 Regression] unreported change to packed bitfields
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
[Bug target/38384] shared link/execute fails for cross gcc from linux to target hppa64-hp-hpux11.00
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38384
[Bug debug/39412] [4.2/4.3 Regression] ICE in gen_tagged_type_instantiation_die
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39412
[Bug tree-optimization/39612] [4.3/4.4/4.5 Regression] LIM inserts loads from uninitialized local memory
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.4.1 |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612