[Bug tree-optimization/38937] [4.4 Regression] dereferencing pointer '' does break strict-aliasing
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-01-31 10:25 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38937
[Bug tree-optimization/38937] [4.4 Regression] dereferencing pointer '' does break strict-aliasing
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-31 10:25 --- Subject: Bug 38937 Author: rguenth Date: Sat Jan 31 10:25:41 2009 New Revision: 143819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143819 Log: 2009-01-30 Richard Guenther PR tree-optimization/38937 * tree-ssa-structalias.c (do_sd_constraint): Do not shortcut computing the transitive closure. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38937
[Bug target/37367] [4.4 Regression] gcc-4.4 speed regression
--- Comment #2 from bonzini at gnu dot org 2009-01-31 14:19 --- Unfortunately, I do not see any reason why the two should have different speed (which means there's no way to teach GCC the former is better). I think a WONTFIX is the only possibility. CCing a release manager. -- bonzini at gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
[Bug tree-optimization/32921] [4.3 Regression] Revision 126326 causes 12% slowdown
--- Comment #58 from bonzini at gnu dot org 2009-01-31 14:26 --- > Btw, on x86_64 leslie3d performance is now above that from before r126326. Changing to 4.3 only. A separate bug (likely not a regression) should be opened for the testcase of comment #47. Might even be WONTFIX for 4.3. -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org Known to work||4.4.0 Summary|[4.3/4.4 Regression]|[4.3 Regression] Revision |Revision 126326 causes 12% |126326 causes 12% slowdown |slowdown| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
[Bug target/37367] [4.4 Regression] gcc-4.4 speed regression
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-31 14:33 --- I would say this needs a much more detailed pipeline description. (btw, what is diffed against what? i.e. which variant is faster? ;)) As we have %r9 and %r9d access I would say this may be some artifacts in HW register renaming. What exact CPU are you using btw? Is this maybe fixed if you specify that exact CPU with -mtune= ? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37367
[Bug target/38682] [4.4 Regression] speed regression with sse intrinsics and -ffast-math
--- Comment #2 from bonzini at gnu dot org 2009-01-31 14:33 --- ??? Andrew, there's 11 vs. 12 instructions. -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-31 14:33:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
[Bug bootstrap/38892] gcc 4.4.0 20090104 - natVMVirtualMachine.cc:903: error: request for member 'frame_type' in ...
--- Comment #4 from rob1weld at aol dot com 2009-01-31 14:34 --- Building trunk revision 143817 on i386-pc-solaris2.11 works, with fewer options: # gcc/xgcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --with-included-gettext --enable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld Thread model: posix gcc version 4.4.0 20090131 (experimental) [trunk revision 143817] (GCC) When I updated from 143454 / 143680 (broken?) to 143817 (builds OK) I did not notice any updates to Java that would fix this so I am assuming that the additional ./configure options caused the breakage. I will add back in more options on the next build and see it I can find which one is causing the fault. Suspect the created namespaces file is missing a few lines, investigating ... Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38892
[Bug tree-optimization/32921] [4.3/4.4 Regression] Revision 126326 causes 12% slowdown
--- Comment #59 from rguenth at gcc dot gnu dot org 2009-01-31 14:35 --- This is btw very likely fixed on the alias-improvements branch. SPEC testing that for PPC would be much appreciated. OTOH I agree with Paolo, so ... FIXED for 4.4, WONTFIX for 4.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.3.0 |4.3.0 4.3.3 Resolution||FIXED Summary|[4.3 Regression] Revision |[4.3/4.4 Regression] |126326 causes 12% slowdown |Revision 126326 causes 12% ||slowdown Target Milestone|4.3.4 |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
[Bug rtl-optimization/38434] [4.4 Regression] speed regression with hand-unrolled matmul
--- Comment #5 from bonzini at gnu dot org 2009-01-31 14:36 --- A pass like the one Google's guy posted to lower register pressure would help here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38434
[Bug tree-optimization/38977] [4.4 Regression] bash no longer builds with profile-feedback
--- Comment #10 from bonzini at gnu dot org 2009-01-31 14:38 --- > IMHO we should either enable flag_profile_correction by default or > remove this error again. Agreed. -- bonzini at gnu dot org changed: What|Removed |Added CC||bonzini at gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
[Bug boehm-gc/38967] gcc 4.4.0 20090125 [trunk revision 143660] - Boehm Testsuite failure is not unreported
--- Comment #2 from rob1weld at aol dot com 2009-01-31 15:17 --- Occurs in trunk revision 143660: gmake[4]: Entering directory `/usr/share/src/gcc_build/i386-pc-solaris2.11/boehm-gc' GC_push_all_stacks: sp not set! /bin/sh: line 9: 28147: Abort(coredump) FAIL: gctest There is a different error (in the same spot) in trunk revision 143562: gmake[4]: Entering directory `/usr/share/src/gcc_build/i386-pc-solaris2.11/boehm-gc' /bin/sh: line 9: 1051: Memory fault(coredump) FAIL: gctest -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38967
[Bug c++/27078] [4.2/4.3/4.4 Regression] Duplicate error message for ambiguous enum
--- Comment #9 from bonzini at gnu dot org 2009-01-31 15:20 --- PING? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27078
[Bug c/33466] mixed-case suffix for decimal float constants
--- Comment #1 from tydeman at tybor dot com 2009-01-31 15:29 --- Problem still exists in gcc 4.3.2-7 -- tydeman at tybor dot com changed: What|Removed |Added CC||tydeman at tybor dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33466
[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.
--- Comment #8 from bonzini at gnu dot org 2009-01-31 15:32 --- Can you check comment #6? -- bonzini at gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889
[Bug c++/38228] [4.2/4.3/4.4 regression] ICE with invalid use of bound member function
--- Comment #4 from bonzini at gnu dot org 2009-01-31 15:33 --- I'll take a look at it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38228
[Bug target/38682] [4.4 Regression] speed regression with sse intrinsics and -ffast-math
--- Comment #3 from bonzini at gnu dot org 2009-01-31 15:39 --- In both versions there's some pessimization in the expansion of _mm_set_ps and _mm_set_ps1. It's probably easier to fix than the regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
[Bug target/38682] [4.4 Regression] speed regression with sse intrinsics and -ffast-math
--- Comment #4 from bonzini at gnu dot org 2009-01-31 16:23 --- I see optimal code with trunk: .LFB8: movaps %xmm1, %xmm4 shrl$2, %edx mov %edx, %edx xorl%eax, %eax addss %xmm0, %xmm4 movaps %xmm4, %xmm3 unpcklps%xmm0, %xmm4 addss %xmm1, %xmm3 movaps %xmm3, %xmm2 addss %xmm1, %xmm2 mulss .LC0(%rip), %xmm1 unpcklps%xmm3, %xmm2 shufps $0, %xmm1, %xmm1 movlhps %xmm4, %xmm2 .align 16 .L2: movaps (%rsi,%rax), %xmm0 addps %xmm2, %xmm0 addps %xmm1, %xmm2 movaps %xmm0, (%rdi,%rax) addq$16, %rax subq$1, %rdx jne .L2 -- bonzini at gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38682
[Bug c++/36744] function modifying argument received by-value affects caller's variable when passed as rvalue
--- Comment #4 from michal at rzechonek dot net 2009-01-31 16:58 ---
I think that this bug is related to failure in code below:
class movable {
int resource; // 0=not acquired
movable(const movable&); // no copy c'tor
void operator=(const movable&); // no copy-assignment
public:
explicit movable(int i=0) : resource(i) {}
int get() const {return resource;}
int release() {int r=resource; resource=0; return r;}
movable(movable && rval) : resource(rval.release())
{ cout << "movable::movable(movable &&)" << endl;}
};
void sink(movable m) {
cout << "sink: &m --> " << &m << endl;
cout << "sink: m.get() --> " << m.get() << endl;
}
int main() {
movable m (42);
cout << "main: &m --> " << &m << endl;
sink(move(m));
assert(m.get()==0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36744
[Bug target/38952] [4.4 Regression] EH does not work.
--- Comment #24 from ktietz at gcc dot gnu dot org 2009-01-31 17:21 --- (In reply to comment #21) > Hi Joey, thanks for helping look at this bug. > > If you catch up with all the comments, you'll see that it's not just Cygwin, > SjLj was broken on Linux too; the mechanism works the same way on both, but > only Cygwin uses it as the default EH mechanism, so it doesn't get as much > testing! I tested it for w64, too. And it solved most EH/SjLj issue we had for this target. Btw w64 has it as default mechanism, too. The regression runs are complete and shown no new bug. So for me this patch is ok. Cheers, Kai -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38952
[Bug c++/36744] function modifying argument received by-value affects caller's variable when passed as rvalue
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-31 17:25 ---
Confirmed.
struct S
{
S(): i(2) {}
S(S const&);
int i;
};
void f(S x) { x.i = 0; }
extern "C" void abort (void);
int main()
{
S y;
f(static_cast(y));
if (y.i != 2)
abort ();
return 0;
}
declaring S(S const&); makes f() take a reference type and neither the
caller nor the callee performs a copy before writing to the passed by value y.
declaring S(S const&&); does not have this effect.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||wrong-code
Known to fail||4.4.0
Last reconfirmed|-00-00 00:00:00 |2009-01-31 17:25:01
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36744
[Bug target/38952] [4.4 Regression] EH does not work.
--- Comment #25 from hjl at gcc dot gnu dot org 2009-01-31 17:34 --- Subject: Bug 38952 Author: hjl Date: Sat Jan 31 17:34:03 2009 New Revision: 143823 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143823 Log: 2009-01-31 Dave Korn PR target/38952 * config/i386/i386.c (ix86_builtin_setjmp_frame_value): New. (TARGET_BUILTIN_SETJMP_FRAME_VALUE): Override default to point at it. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38952
[Bug target/38952] [4.4 Regression] EH does not work.
--- Comment #26 from hjl dot tools at gmail dot com 2009-01-31 17:34 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38952
[Bug c/39026] Gcc accepts invalid code
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-31 17:43 --- The code is valid in gnu89 mode. -- 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=39026
[Bug testsuite/38949] Link failures in new stackalign tests
--- Comment #5 from hjl dot tools at gmail dot com 2009-01-31 17:44 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38949
[Bug inline-asm/39048] New: gcc 4.4.0 20090131 - Extra underscore hides libgcc's soft-fp functions from Testsuite causing FAILs + naming error in libgcc
I looked for a "Component" for 'libgcc' but there is no such category so I chose 'inline-asm' as this is an "extra underscore issue" with '.s' files. # gcc/xgcc -v Using built-in specs. Target: i386-pc-solaris2.11 Configured with: ../gcc_trunk/configure --enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared --disable-static --enable-decimal-float --with-long-double-128 --with-included-gettext --enable-stage1-checking --enable-checking=release --with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as --with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld Thread model: posix gcc version 4.4.0 20090131 (experimental) [trunk revision 143817] (GCC) Note: I use GNU's 'ld' on OpenSolaris. When I run "make -i check" I get this: ... Running /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/torture/dg-torture.exp ... FAIL: gcc.dg/torture/fp-int-convert-float128.c -O0 (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -O0 compilation failed to produce executable FAIL: gcc.dg/torture/fp-int-convert-float128.c -O1 (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -O1 compilation failed to produce executable FAIL: gcc.dg/torture/fp-int-convert-float128.c -O2 (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -O2 compilation failed to produce executable FAIL: gcc.dg/torture/fp-int-convert-float128.c -O3 -fomit-frame-pointer (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -O3 -fomit-frame-pointer compilation failed to produce executable FAIL: gcc.dg/torture/fp-int-convert-float128.c -O3 -g (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -O3 -g compilation failed to produce executable FAIL: gcc.dg/torture/fp-int-convert-float128.c -Os (test for excess errors) WARNING: gcc.dg/torture/fp-int-convert-float128.c -Os compilation failed to produce executable ... I tried to compile the Testsuite case "gcc.dg/torture/fp-int-convert-float.c" by hand to investigate these errors: Executing on host: /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128.c -O0-lm -o ./fp-int-convert-float128.exe(timeout = 300) /var/tmp//cc_XaqHO.o: In function `main': fp-int-convert-float128.c:(.text+0x3a): undefined reference to `__floatsitf' fp-int-convert-float128.c:(.text+0x5a): undefined reference to `__fixtfsi' fp-int-convert-float128.c:(.text+0xa1): undefined reference to `__netf2' ... fp-int-convert-float128.c:(.text+0xa5f3): undefined reference to `__netf2' collect2: ld returned 1 exit status FAIL: gcc.dg/torture/fp-int-convert-float128.c -O3 -fomit-frame-pointer (test for excess errors) Excess errors: ... fp-int-convert-float128.c:(.text+0xa4f8): undefined reference to `__floatunditf' fp-int-convert-float128.c:(.text+0xa516): undefined reference to `__fixunstfdi' fp-int-convert-float128.c:(.text+0xa598): undefined reference to `__netf2' WARNING: gcc.dg/torture/fp-int-convert-float128.c -O3 -fomit-frame-pointer compilation failed to produce executable Where are those functions and what are they called: # find /usr/share/src/gcc_build/i386-pc-solaris2.11/ -name *floatunditf* /usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libgcc/_floatunditf_s.o /usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libgcc/_floatunditf.o /usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libgcc/_floatunditf.dep /usr/share/src/gcc_build/i386-pc-solaris2.11/amd64/libgcc/_floatunditf_s.dep /usr/share/src/gcc_build/i386-pc-solaris2.11/libgcc/_floatunditf.dep /usr/share/src/gcc_build/i386-pc-solaris2.11/libgcc/_floatunditf.o /usr/share/src/gcc_build/i386-pc-solaris2.11/libgcc/_floatunditf_s.dep /usr/share/src/gcc_build/i386-pc-solaris2.11/libgcc/_floatunditf_s.o Failing Command: /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128.c -O3 -g-lm -o ./fp-int-convert-float128.exe Working Command (Note that I add -lgcc to provoke the linker): # /usr/share/src/gcc_build/gcc/xgcc -B/usr/share/src/gcc_build/gcc/ /usr/share/src/gcc_trunk/gcc/testsuite/gcc.dg/torture/fp-int-convert-float128.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/floatunditf.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/floatunsitf.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/floatsitf.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/fixunstfdi.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/floatditf.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/fixtfsi.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/fixunstfsi.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/fixtfdi.c /usr/share/src/gcc_trunk/gcc/config/soft-fp/eqtf2.c -I/usr/share/src/gcc_trunk/gcc/config/i386/ -I/usr/share/src/gcc_trun
[Bug tree-optimization/38937] [4.4 Regression] dereferencing pointer '' does break strict-aliasing
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-31 17:49 --- Don't we need to add a testcase in comment #3? -- 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=38937
[Bug tree-optimization/38937] [4.4 Regression] dereferencing pointer '' does break strict-aliasing
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-01-31 17:53 --- Feel free to reduce one. I think using libstdc++ in g++.dg is not possible? -- 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=38937
[Bug lto/39010] [LTO] Memory corruption on gcc.c-torture/compile/limits-fndefn.c
--- Comment #5 from dnovillo at gcc dot gnu dot org 2009-01-31 18:49 --- Subject: Bug 39010 Author: dnovillo Date: Sat Jan 31 18:49:10 2009 New Revision: 143828 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143828 Log: Revert 2009-01-30 H.J. Lu PR lto/39010 * lto-function-out.c (output_string): Properly handle the trailing '\0'. (output_tree_flags): Updated. Modified: branches/lto/gcc/ChangeLog.lto branches/lto/gcc/lto-function-out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39010
[Bug lto/39010] [LTO] Memory corruption on gcc.c-torture/compile/limits-fndefn.c
--- Comment #6 from dnovillo at gcc dot gnu dot org 2009-01-31 18:51 --- The patch 2009-01-30 H.J. Lu PR lto/39010 * lto-function-out.c (output_string): Properly handle the trailing '\0'. (output_tree_flags): Updated. caused 478 new regressions in the testsuite. Reverted. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39010
[Bug target/38904] Shared libgcc DLL violates Cygwin platform conventions.
--- Comment #3 from davek at gcc dot gnu dot org 2009-01-31 18:52 --- Subject: Bug 38904 Author: davek Date: Sat Jan 31 18:52:00 2009 New Revision: 143829 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143829 Log: PR target/38904 * mkmap-flat.awk (END): Use pe_dll command-line arg to pass LIBRARY name in, instead of hard-coding it. * config.gcc (i[34567]86-*-pe | i[34567]86-*-cygwin*): Add an extra target make frag to tmake_files according to EH model. (i[34567]86-*-mingw* | x86_64-*-mingw*): Likewise. * config/i386/t-dw2-eh, config/i386/t-sjlj-eh: Add new target frags that define makefile variable EH_MODEL appropriately. * config/i386/cygming.h (DWARF2_UNWIND_INFO): Add comment. * config/i386/cygwin.h (LIBGCC_EH_EXTN): Define to nothing or to "-sjlj" according to type of EH configured. (LIBGCC_SONAME): Concatenate it to shared library base name. * config/i386/mingw32.h (LIBGCC_EH_EXTN): Define to "_dw2" or to "_sjlj" according to type of EH configured. (LIBGCC_SONAME): Concatenate it to shared library base name. * config/i386/t-cygming (SHLIB_SONAME): Use EH_MODEL. (SHLIB_LINK): Add missing semicolon to if-else construct. (SHLIB_MKMAP_OPTS): Pass library name to mkmap-flat.awk as string value of "pe_dll" command-line option. * config/i386/t-cygwin (SHLIB_EH_EXTENSION): New helper. (SHLIB_SONAME): Use it when overriding t-cygming default. (SHLIB_IMPLIB): Override t-cygming default. (SHLIB_MKMAP_OPTS): Pass library name to mkmap-flat.awk as string value of "pe_dll" command-line option. Added: trunk/gcc/config/i386/t-dw2-eh trunk/gcc/config/i386/t-sjlj-eh Modified: trunk/gcc/ChangeLog trunk/gcc/config.gcc trunk/gcc/config/i386/cygming.h trunk/gcc/config/i386/cygwin.h trunk/gcc/config/i386/mingw32.h trunk/gcc/config/i386/t-cygming trunk/gcc/config/i386/t-cygwin trunk/gcc/mkmap-flat.awk -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38904
[Bug target/38904] Shared libgcc DLL violates Cygwin platform conventions.
--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-01-31 18:53 --- Bug fixed. -- dave dot korn dot cygwin at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38904
[Bug c++/22007] New testsuite failure on Tru64 UNIX V4.0F: g++.dg/eh/cleanup1.C
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-01-31 18:56 --- This case fails for the target x86_64-pc-mingw32 for the same reason. It seems to be a recursion issue in gimplifier. On w64 it produces a stack overflow with a call deepth of about #16600 frames. -- ktietz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-01-31 18:56:15 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22007
[Bug target/27682] float to int conversion doesn't raise invalid exception
--- Comment #9 from tydeman at tybor dot com 2009-01-31 20:16 --- 4.3.2-7 still has problems (even with -frounding-math). A more complete test can be found at: http://www.tybor.com/tflt2int.c -- tydeman at tybor dot com changed: What|Removed |Added CC||tydeman at tybor dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682
[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers
--- Comment #7 from rob1weld at aol dot com 2009-01-31 20:25 ---
Here is a "GENERAL_REGS" error for the Trunk.
# gcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float --with-long-double-128
--with-included-gettext --enable-stage1-checking --enable-checking=release
--with-tune=k8 --with-cpu=k8 --with-arch=k8 --with-gnu-as
--with-as=/usr/local/bin/as --with-gnu-ld --with-ld=/usr/local/bin/ld
Thread model: posix
gcc version 4.4.0 20090131 (experimental) [trunk revision 143817] (GCC)
wget -c ftp://ftp.gnu.org/gnu/gforth/gforth-0.7.0.tar.gz
gunzip -d gforth-0.7.0.tar.gz
gtar -xf gforth-0.7.0.tar
export set CC="gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1
-mfpmath=sse,387"
export set CXX="g++ -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1
-mfpmath=sse,387"
./configure
gmake
...
gmake[3]: Entering directory `/usr/share/src/gforth-0.7.0/engine'
gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387
-I./../arch/386 -I. -Wall -O2 -fomit-frame-pointer -fforce-addr -DHAVE_CONFIG_H
-DFORCE_LL -DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-fexceptions -fno-gcse -fno-strict-aliasing -fno-crossjumping
-fno-reorder-blocks -falign-labels=1 -falign-loops=1 -falign-jumps=1
-fno-defer-pop -fcaller-saves -fno-inline -o engine-fast-ll-reg.o -c ./engine.c
./engine.c: In function 'gforth_engine':
./engine.c:460: error: unable to find a register to spill in class
'GENERAL_REGS'
./engine.c:460: error: this is the insn:
(insn:HI 2564 2563 2565 367 prim-fast.i:4090 (set (reg:DI 2196)
(mem/s/j/c:DI (plus:SI (reg/f:SI 20 frame)
(const_int -180 [0xff4c])) [0 _d.d+0 S8 A32])) 88
{*movdi_2} (nil))
./engine.c:460: confused by earlier errors, bailing out
gmake[3]: *** [engine-fast-ll-reg.o] Error 1
gmake[3]: Leaving directory `/usr/share/src/gforth-0.7.0/engine'
...
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35135
[Bug c++/38392] Template friend function injection
--- Comment #3 from H9XLrv5oXVNvHiUI at spambox dot us 2009-01-31 20:28 --- Sorry for the late reply! I thought I'd receive an e-mail when one of my reports gets updated, silly me. Yes I know it works if you switch the order, but that's exactly the point of the code, to have them in that specific order and there's no reason why the code as it is shouldn't work being it standard c++ right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38392
[Bug lto/39049] New: ICE with an empty function
I was giving LTO a play and trying to look at some of the testsuite failures.
One of the failures that I am seeing is an ICE when I try to compile an empty
function. I reduced this from the ICE for c-torture/compile/20021204-1.c
void t(void)
{
}
The ICE occurs in cc1 with and without LTO
ram...@numenor:~/cos/build-try/gcc$ ./cc1 ~/20021204-1.i
/home/ramana/20021204-1.i:6: internal compiler error: in start_function, at
c-decl.c:6225
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
Doing a bt shows that
#0 fancy_abort (file=0xb7849834 ")\003\204", line=178460604, function=0x1
) at ../../lto/gcc/diagnostic.c:711
#1 0x08067ac3 in start_function (declspecs=0xaa31720, declarator=0xaa317bc,
attributes=0x0) at ../../lto/gcc/c-decl.c:6225
#2 0x080c765a in c_parser_declaration_or_fndef (parser=0xb7849834,
fndef_ok=, empty_ok=, nested=0 '\0',
start_attr_ok=) at ../../lto/gcc/c-parser.c:1278
#3 0x080c96b6 in c_parser_external_declaration (parser=0xb7849834) at
../../lto/gcc/c-parser.c:1076
#4 0x080ca4bb in c_parse_file () at ../../lto/gcc/c-parser.c:979
#5 0x080b0005 in c_common_parse_file (set_yydebug=0) at
../../lto/gcc/c-opts.c:1251
#6 0x08389371 in toplev_main (argc=2, argv=0xbf8535d4) at
../../lto/gcc/toplev.c:980
#7 0x080d8a0b in main (argc=2, argv=0xbf8535d4) at ../../lto/gcc/main.c:35
And the ICE is because of this particular line in c-decl.c : 6226. The comment
indicates that DECL_ASSEMBLER_NAME should not be set up at this point of time.
Ofcourse removing the assert helps this case go through, but the original test
seems to silently generate wrong code.
In gcc/c-decl.c:6225
/* This is the earliest point at which we might know the assembler
name of the function. Thus, if it's set before this, die horribly. */
gcc_assert (!DECL_ASSEMBLER_NAME_SET_P (decl1));
Simply removing the assert as expected doesn't help with the original test
failure because it ICE's elsewhere as a result of this change.
ram...@numenor:~/cos/build-try/gcc$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../lto/configure --enable-languages=c,c++,lto
Thread model: posix
gcc version 4.4.0 20090127 (experimental) (lto merged with rev 143693)
Built with svn revision 143833.
--
Summary: ICE with an empty function
Product: gcc
Version: lto
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ramana dot r at gmail 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=39049
[Bug libgcj/38102] error building libjavamath on OS X 10.4.11 PPC
--- Comment #1 from hal at oz dot net 2009-01-31 21:00 --- Still present as of the weekly gcc-4.4-20090130 drop. gcc 4.3.3 builds successfully on the same system with the same configuration. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38102
[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers
--- Comment #8 from rob1weld at aol dot com 2009-01-31 21:01 ---
Sometimes you can skirt around the "GENERAL_REGS" error with other options.
When I use "-O0", "-O1", "-O2", "-O3", "-Os" I get different results.
Using "-O0" produces no screen output _or_ compiled file (thus it 'looks'
as though it compiled OK).
# gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387
-I./../arch/386 -I. -Wall -O0 -fomit-frame-pointer -fforce-addr -DHAVE_CONFIG_H
-DFORCE_LL -DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-fexceptions -fno-gcse -fno-strict-aliasing -fno-crossjumping
-fno-reorder-blocks -falign-labels=1 -falign-loops=1 -falign-jumps=1
-fno-defer-pop -fcaller-saves -fno-inline -o engine-fast-ll-reg.o -c ./engine.c
#
# ls -lrtA | tail -1
-rwxr-xr-x 1 root root 126938 Jan 31 12:20 gforth-fast-ll
#
See that "-O0" gives no screen output and no compiled file output.
# gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387
-I./../arch/386 -I. -Wall -O1 -fomit-frame-pointer -fforce-addr -DHAVE_CONFIG_H
-DFORCE_LL -DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-fexceptions -fno-gcse -fno-strict-aliasing -fno-crossjumping
-fno-reorder-blocks -falign-labels=1 -falign-loops=1 -falign-jumps=1
-fno-defer-pop -fcaller-saves -fno-inline -o engine-fast-ll-reg.o -c ./engine.c
./engine.c: In function 'gforth_engine':
./engine.c:460: error: unable to find a register to spill in class 'DIREG'
./engine.c:460: error: this is the insn:
(insn 5800 13080 5801 850 prim:1699 (parallel [
(set (reg:SI 2 cx [2364])
(unspec:SI [
(mem:BLK (reg/f:SI 1 dx [orig:2366 D.8048 ] [2366]) [0
A8])
(reg:QI 0 ax [2368])
(const_int 1 [0x1])
(reg:SI 2 cx [2367])
] 30))
(clobber (reg/f:SI 1 dx [orig:2366 D.8048 ] [2366]))
(clobber (reg:CC 17 flags))
]) 864 {*strlenqi_1} (expr_list:REG_DEAD (reg:QI 0 ax [2368])
(expr_list:REG_DEAD (reg:SI 2 cx [2367])
(expr_list:REG_DEAD (reg/f:SI 1 dx [orig:2366 D.8048 ] [2366])
(expr_list:REG_UNUSED (reg/f:SI 1 dx [orig:2366 D.8048 ]
[2366])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(nil)))
./engine.c:460: confused by earlier errors, bailing out
#
# gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387
-I./../arch/386 -I. -Wall -O3 -fomit-frame-pointer -fforce-addr -DHAVE_CONFIG_H
-DFORCE_LL -DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-fexceptions -fno-gcse -fno-strict-aliasing -fno-crossjumping
-fno-reorder-blocks -falign-labels=1 -falign-loops=1 -falign-jumps=1
-fno-defer-pop -fcaller-saves -fno-inline -o engine-fast-ll-reg.o -c ./engine.c
./engine.c: In function 'gforth_engine':
./engine.c:460: error: unable to find a register to spill in class
'GENERAL_REGS'
./engine.c:460: error: this is the insn:
(insn:HI 2564 2563 2565 367 prim-fast.i:4090 (set (reg:DI 2196)
(mem/s/j/c:DI (plus:SI (reg/f:SI 20 frame)
(const_int -180 [0xff4c])) [0 _d.d+0 S8 A32])) 88
{*movdi_2} (nil))
./engine.c:460: confused by earlier errors, bailing out
#
# gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387
-I./../arch/386 -I. -Wall -Os -fomit-frame-pointer -fforce-addr -DHAVE_CONFIG_H
-DFORCE_LL -DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-fexceptions -fno-gcse -fno-strict-aliasing -fno-crossjumping
-fno-reorder-blocks -falign-labels=1 -falign-loops=1 -falign-jumps=1
-fno-defer-pop -fcaller-saves -fno-inline -o engine-fast-ll-reg.o -c ./engine.c
./engine.c: In function 'gforth_engine':
./engine.c:460: error: unable to find a register to spill in class 'DIREG'
./engine.c:460: error: this is the insn:
(insn:HI 1623 1621 1624 230 prim:662 (parallel [
(set (reg:SI 2 cx [orig:2148 u ] [2148])
(const_int 0 [0x0]))
(set (reg/f:SI 0 ax [orig:2146 c_addr ] [2146])
(plus:SI (reg/v/f:SI 1943 [ c_addr ])
(reg/v:SI 2 cx [orig:1942 u ] [1942])))
(set (mem:BLK (reg/v/f:SI 1943 [ c_addr ]) [0 A8])
(const_int 0 [0x0]))
(use (subreg:QI (reg:SI 1 dx [orig:1278 spTOS.757 ] [1278]) 0))
(use (reg/v:SI 2 cx [orig:1942 u ] [1942]))
]) 858 {*rep_stosqi} (expr_list:REG_DEAD (reg/v/f:SI 1943 [ c_addr ])
(expr_list:REG_DEAD (reg/v:SI 2 cx [orig:1942 u ] [1942])
(expr_list:REG_DEAD (reg:SI 1 dx [orig:1278 spTOS
[Bug c++/39050] New: [c++0x] rvalue reference & copy construction issue
Consider:
struct S {
private:
S(const S&); // no copy-c'tor
};
S && ref();
void f(S);
void g() {
f(ref());
}
This compiles using
g++ -c -std=c++0x test.cpp
where in fact the compiler should complain about the copy-c'tor not being
public.
--
Summary: [c++0x] rvalue reference & copy construction issue
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: s dot gesemann at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39050
[Bug tree-optimization/18687] [4.2/4.3/4.4 Regression] ~50% compile time regression
--- Comment #39 from rguenth at gcc dot gnu dot org 2009-01-31 21:36 --- 4.0.4 4.1.2 4.2.4 4.3.3 4.4.0 -O0: 1.641.581.911.862.20 -O1: 4.124.60 10.145.315.43 -O2: 6.106.60 13.348.408.57 -Os: 4.825.38 10.926.546.77 -O3: 6.109.80 18.12 12.81 13.42 my 4.2.4 build is with checking enabled. I do not have a x86_64 build from the 3.3 or 3.4 series available. At -O0 with 4.3 the DF framework likely adds compile-time, with 4.4 it is the (partial) tuple transition and maybe SSA at -O0, maybe IRA. Comparing optimized build-times is likely unfair as we add optimization capabilities. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
[Bug tree-optimization/23414] const function is not dectected for functions with non infinite loops
--- Comment #6 from tkoenig at gcc dot gnu dot org 2009-01-31 22:00 --- Test case now generates this assembly: .globl main .type main, @function main: pushl %ebp movl%esp, %ebp #APP # 18 "gaga.c" 1 #start1 # 0 "" 2 # 20 "gaga.c" 1 #end1 # 0 "" 2 # 22 "gaga.c" 1 #start2 # 0 "" 2 # 24 "gaga.c" 1 #end2 # 0 "" 2 # 26 "gaga.c" 1 #start3 # 0 "" 2 # 30 "gaga.c" 1 #end3 # 0 "" 2 #NO_APP popl%ebp ret .size main, .-main .ident "GCC: (GNU) 4.4.0 20090124 (experimental)" .section.note.GNU-stack,"",@progbits Fixed. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23414
[Bug bootstrap/39051] New: --without-{ppl,cloog} should also disable version checks
(rev 143833) Currently --without-ppl and --without-cloog will disable the use of these libraries, but the top level configure will still try to do version checking on them. It would be much cleaner to disable these checks when the libraries are disabled. Right now the PPL check returns "yes", which is confusing for someone who has disabled PPL. The CLooG check only happens to fail because -DCLOOG_PPL_BACKEND is not used and I don't have the PolyLib backend installed (if I did I suppose it would also return "yes"). configure:4871: checking for version 0.10 of PPL configure:4893: gcc -c -g -O2conftest.c >&5 configure:4899: $? = 0 configure:4903: test -z || test ! -s conftest.err configure:4906: $? = 0 configure:4909: test -s conftest.o configure:4912: $? = 0 configure:4914: result: yes configure:4990: checking for correct version of CLooG configure:5012: gcc -c -g -O2 conftest.c >&5 In file included from conftest.c:12: /usr/include/cloog/cloog.h:47:30: error: polylib/missing.h: No such file or directory In file included from /usr/include/cloog/cloog.h:48, from conftest.c:12: /usr/include/cloog/polylib_backend.h:57: error: expected specifier-qualifier-list before 'Polyhedron' In file included from /usr/include/cloog/cloog.h:91, from conftest.c:12: /usr/include/cloog/options.h:118: error: expected ')' before '*' token /usr/include/cloog/options.h:130: error: expected declaration specifiers or '...' before 'FILE' /usr/include/cloog/options.h:130: error: expected declaration specifiers or '...' before 'FILE' In file included from /usr/include/cloog/cloog.h:92, from conftest.c:12: /usr/include/cloog/domain.h:77: error: expected ')' before '*' token /usr/include/cloog/domain.h:92: error: expected ')' before '*' token /usr/include/cloog/domain.h:93: error: expected ')' before '*' token /usr/include/cloog/domain.h:99: error: expected ')' before '*' token /usr/include/cloog/domain.h:100: error: expected ')' before '*' token /usr/include/cloog/domain.h:112: error: expected ')' before '*' token /usr/include/cloog/domain.h:113: error: expected ')' before '*' token /usr/include/cloog/domain.h:114: error: expected ')' before '*' token /usr/include/cloog/domain.h:124: error: expected declaration specifiers or '...' before 'Value' /usr/include/cloog/domain.h:124: error: expected declaration specifiers or '...' before 'Value' /usr/include/cloog/domain.h:125: error: expected declaration specifiers or '...' before 'Value' /usr/include/cloog/domain.h:126: error: expected declaration specifiers or '...' before 'Value' /usr/include/cloog/domain.h:133: error: expected declaration specifiers or '...' before 'Value' In file included from /usr/include/cloog/cloog.h:93, from conftest.c:12: /usr/include/cloog/statement.h:90: error: expected ')' before '*' token /usr/include/cloog/statement.h:91: error: expected ')' before '*' token In file included from /usr/include/cloog/cloog.h:94, from conftest.c:12: /usr/include/cloog/block.h:62: error: expected specifier-qualifier-list before 'Value' /usr/include/cloog/block.h:92: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token /usr/include/cloog/block.h:97: error: expected declaration specifiers or '...' before 'Value' /usr/include/cloog/block.h: In function 'cloog_block_set_scaldims': /usr/include/cloog/block.h:99: error: 'CloogBlock' has no member named 'scaldims' /usr/include/cloog/block.h:99: error: 's' undeclared (first use in this function) /usr/include/cloog/block.h:99: error: (Each undeclared identifier is reported only once /usr/include/cloog/block.h:99: error: for ea
[Bug testsuite/36443] [4.3/4.4 Regression]: HOSTCC doesn't work with installed gcc
--- Comment #45 from rob1weld at aol dot com 2009-01-31 22:13 --- Here is another attempt using "gcc version 4.4.0 20090128 (experimental) [trunk revision 143729]" to compile "gcc version 4.4.0 20090131 (experimental) [trunk revision 143817]". I have an Athlon X2 running OpenSolaris in 32-bit boot mode on VirtualBox. To attempt to make as much difference between the compilers as possible I first set a few Environment Variables prior to ./configuring the build: export set CC='gcc -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387' export set CPPFLAGS=-fexceptions export set CXX='g++ -ffloat-store -msse3 -mssse3 -m3dnow -msse4.1 -mfpmath=sse,387' Here is the result of the "../gcc_trunk/contrib/compare_tests" output: # ../gcc_trunk/contrib/compare_tests ../gcc_build/gcc/testsuite/gcc/gcc.log.BACKUP.PRE_INSTALL ../gcc_build/gcc/testsuite/gcc/gcc.log.BACKUP.POST_INSTALL # (Nothing Printed) This particular time there is no difference on that one log file. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36443
[Bug tree-optimization/18687] [4.2/4.3/4.4 Regression] ~50% compile time regression
--- Comment #40 from steven at gcc dot gnu dot org 2009-01-31 22:22 --- Comparing optimized build times *is* very, very fair as we add optimization capabilities that help nothing for 99% of the code (cselim, bswap optimization, cestore, etc.), and with a passes pipeline that unconditionally executes many passes repeatedly for good SPEC scores. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18687
[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.
--- Comment #9 from hp at gcc dot gnu dot org 2009-01-31 22:25 --- (In reply to comment #8) > Can you check comment #6? Sorry, I'm a bit busy right now, but will as soon as I can. On the other hand, anyone can check it, so it's not necessary to keep this PR "busy". -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Last reconfirmed|2008-10-22 02:26:01 |2009-01-31 22:25:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889
[Bug inline-asm/39048] gcc 4.4.0 20090131 - Extra underscore hides libgcc's soft-fp functions from Testsuite causing FAILs + naming error in libgcc
--- Comment #1 from ubizjak at gmail dot com 2009-01-31 22:28 ---
You can use following (slightly wrapped...) patch to enable 128bit soft-fp on
Solaris:
--cut here--
Index: config.gcc
===
--- config.gcc (revision 143833)
+++ config.gcc (working copy)
@@ -3058,6 +3058,9 @@
i[34567]86-*-linux* | x86_64-*-linux*)
tmake_file="${tmake_file} i386/t-fprules-softfp
soft-fp/t-softfp i386/t-linux"
;;
+ i[34567]86-*-solaris2*)
+ tmake_file="${tmake_file} i386/t-fprules-softfp
soft-fp/t-softfp"
+ ;;
mips*-*-*)
if test x$gnu_ld = xyes
--cut here--
Probably, it works out-of-the-box, otherwise please look into configuration
files in libgcc/config/i386/{32,64}.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39048
[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.
-- hp at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889
[Bug tree-optimization/39052] New: writing arrays twice not optimized
In the test case below, both stores are done.
The compiler chould eliminate the first loop completely.
$ cat a.c
void foo(int *a, int n)
{
int i;
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=39052
[Bug target/35135] unable to find a register to spill in class �GENERAL_REGS� with global registers
--- Comment #9 from rob1weld at aol dot com 2009-02-01 00:49 ---
It can be compiled with ONE earlier version of gcc but not another - so this is
a regression.
Works on 4.0.2:
# /opt/csw/gcc4/bin/gcc -v
Reading specs from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.0.2/specs
Target: i386-pc-solaris2.8
Configured with: ../sources/gcc-4.0.2/configure --prefix=/opt/csw/gcc4
--with-local-prefix=/opt/csw --with-gnu-as --with-as=/opt/csw/bin/gas
--without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix
--enable-shared --enable-multilib --enable-nls --with-included-gettext
--with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib
--with-system-zlib --enable-languages=c,c++,f95,java,objc,ada
Thread model: posix
gcc version 4.0.2
# /opt/csw/gcc4/bin/gcc -I./../arch/386 -I. -Wall -DHAVE_CONFIG_H -DFORCE_LL
-DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-O3 -fno-gcse -fomit-frame-pointer -o engine-fast-ll-reg.o -c ./engine.c
# ls -lrtA | tail -1
-rw-r--r-- 1 root root 45848 Jan 31 16:44 engine-fast-ll-reg.o
Broken on 3.4.5:
# /opt/csw/gcc3/bin/gcc -v
Reading specs from /opt/csw/gcc3/lib/gcc/i386-pc-solaris2.8/3.4.5/specs
Configured with: ../sources/gcc-3.4.5/configure --prefix=/opt/csw/gcc3
--with-local-prefix=/opt/csw --with-gnu-as --with-as=/opt/csw/bin/gas
--without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix
--enable-shared --enable-multilib --enable-nls --with-included-gettext
--with-libiconv-prefix=/opt/csw --with-x --enable-java-awt=xlib
--enable-languages=all
Thread model: posix
gcc version 3.4.5
# /opt/csw/gcc3/bin/gcc -I./../arch/386 -I. -Wall -DHAVE_CONFIG_H -DFORCE_LL
-DFORCE_REG
-DDEFAULTPATH='".:/usr/local/lib/gforth/site-forth:/usr/local/share/gforth/site-forth:/usr/local/lib/gforth/0.7.0:/usr/local/share/gforth/0.7.0"'
-O3 -fno-gcse -fomit-frame-pointer -o engine-fast-ll-reg.o -c ./engine.c
./engine.c: In function `gforth_engine':
./engine.c:460: error: unable to find a register to spill in class `DIREG'
./engine.c:460: error: this is the insn:
(insn:HI 10882 25685 10883 883 (parallel [
(set (reg:SI 2 cx [969])
(unspec:SI [
(mem:BLK (reg/v/f:SI 1 dx [orig:964 c_addr2 ] [964]) [0
A8])
(reg:QI 0 ax [973])
(const_int 1 [0x1])
(reg:SI 2 cx [972])
] 20))
(use (reg:SI 19 dirflag))
(clobber (reg/f:SI 1917 [ c_addr2 ]))
(clobber (reg:CC 17 flags))
]) 456 {*strlenqi_1} (insn_list 10878 (insn_list 10880 (insn_list 10881
(nil
(expr_list:REG_DEAD (reg:SI 19 dirflag)
(expr_list:REG_DEAD (reg:SI 2 cx [972])
(expr_list:REG_DEAD (reg:QI 0 ax [973])
(expr_list:REG_UNUSED (reg:CC 17 flags)
(expr_list:REG_UNUSED (reg/f:SI 1917 [ c_addr2 ])
(nil)))
./engine.c:460: confused by earlier errors, bailing out
Rob
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35135
[Bug c++/38392] Template friend function injection
--- Comment #4 from bangerth at gmail dot com 2009-02-01 05:07 --- Confirmed indeed, with this (linker) error message: g/x> c++ x.cc /tmp/ccjPvb3J.o: In function `main': x.cc:(.text+0x12): undefined reference to `Function()' collect2: ld returned 1 exit status This already fails with gcc2.95. W. -- bangerth at gmail dot com changed: What|Removed |Added CC||bangerth at gmail dot com Known to fail|3.3.3 4.4.0 4.0.2 |3.3.3 4.4.0 4.0.2 2.95.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38392
[Bug c++/39045] No warning for uninitialized reference
--- Comment #1 from bangerth at gmail dot com 2009-02-01 05:18 --- Confirmed. -- bangerth at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2009-02-01 05:18:12 date|| Summary|Not inited referense. |No warning for uninitialized ||reference http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39045
[Bug rtl-optimization/37889] [4.3/4.4 Regression] SEGV, conditional execution proactively executed the false arm.
--- Comment #10 from hp at gcc dot gnu dot org 2009-02-01 05:54 --- Ok, I'm on it. -- hp at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|WAITING |ASSIGNED Last reconfirmed|2009-01-31 22:25:11 |2009-02-01 05:54:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889
