[Bug target/39199] [4.3/4.4 Regression] internal compiler error, unrecognizable insn

--- Comment #1 from ubizjak at gmail dot com 2009-02-16 07:52 --- Confirmed, regression on x86_64-pc-linux-gnu, also fails on 4.4. -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug target/39194] options -O3 and -msse does not cooperate ?

--- Comment #2 from ubizjak at gmail dot com 2009-02-16 07:41 --- You can workaround this generic PE/COFF problem using -fno-common. *** This bug has been marked as a duplicate of 37216 *** -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug target/37216] [cygming] Invalid alignment for SSE store to .comm data generated with -O3

--- Comment #52 from ubizjak at gmail dot com 2009-02-16 07:41 --- *** Bug 39194 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug tree-optimization/26854] [4.3/4.4 Regression] Inordinate compile times on large routines

--- Comment #96 from dberlin at gcc dot gnu dot org 2009-02-16 02:07 --- Subject: Re: [4.3/4.4 Regression] Inordinate compile times on large routines Uh, it's most certainly disabled on testcases like his. look at is_too_expensive in gcse.c This is in fact done because LCM i

[Bug fortran/32317] [bounds checking] No warning on bad arguments with explicit interface

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2009-02-16 00:59 --- :) Well we are a bit short handed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32317

[Bug fortran/32317] [bounds checking] No warning on bad arguments with explicit interface

--- Comment #6 from terry at chem dot gu dot se 2009-02-16 00:43 --- Can someone with a better understanding of the standard than me comment as to whether this is actually legal Fortran when there is an explicit interface known? It certainly fails any principle of least surprise. Incid

[Bug c/39199] New: internal compiler error from asm statement on AMD64 under FreeBSD 7.1

Using gcc 4.3.4 20090205, build under FreeBSD 7.1 from the FreeBSD port system and with no local customization, I got the following: $ gcc43 -c -O3 -fomit-frame-pointer x.c x.c: In function 'op_cmp': x.c:24: error: unrecognizable insn: (insn 24 13 25 2 x.c:20 (set (reg:DI 68) (zero_extract

[Bug fortran/39195] [Bounds check] Illegal empty array argument not detected at compile or runtime

--- Comment #2 from terry at chem dot gu dot se 2009-02-16 00:36 --- Well, that's rather embarrassing. But it does illustrate this hasn't been fixed since I reported it in 2007. PR 27989 is different, as there is no explicit interface in that case. *** This bug has been marked as a d

[Bug fortran/32317] [bounds checking] No warning on bad arguments with explicit interface

--- Comment #5 from terry at chem dot gu dot se 2009-02-16 00:36 --- *** Bug 39195 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32317

[Bug libstdc++/21321] [4.2/4.3/4.4 regression] mmix-knuth-mmixware 27_io/basic_filebuf/seekpos/12790-3.cc execution test

--- Comment #9 from hp at gcc dot gnu dot org 2009-02-15 22:55 --- I had a tree at revision 142857 (2008-12-21), which still showed the failure. Results posted at . The assertion at that revision as showed by libstdc++.log for

[Bug ada/39174] Configury does not respect "--enable-shared --disable-static" directions

--with-gmp=/usr/local --with-mpfr=/usr/local --without-ppl Thread model: posix gcc version 4.4.0 20090215 (experimental) [trunk revision 144190] (GCC) I wonder if this Bug causes this message: # gmake ... gmake[2]: Leaving directory `/usr/share/src/gcc_build/gnattools' Checking mul

[Bug target/39085] Floating point errors on Arm9 processor

--- Comment #3 from rbala at coresfoundation dot com 2009-02-15 20:43 --- Hi all, Correct me if I'm wrong. @mp2 - newlib is a source of 'C' libraries for various arch's. You won't find a directory as such called newlib. While building your toolchain, you compile all the files in the n

[Bug rtl-optimization/39196] [4.4 Regression] ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39196

[Bug middle-end/39198] ICE : insn does not satisfy its constraints

-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39198

[Bug rtl-optimization/39196] [4.4 Regression] ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

--- Comment #4 from hjl dot tools at gmail dot com 2009-02-15 20:27 --- *** Bug 39198 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/39198] ICE : insn does not satisfy its constraints

--- Comment #2 from hjl dot tools at gmail dot com 2009-02-15 20:27 --- *** This bug has been marked as a duplicate of 39196 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/39198] ICE : insn does not satisfy its constraints

--- Comment #1 from linuxl4 at sohu dot com 2009-02-15 20:18 --- Created an attachment (id=17304) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17304&action=view) the source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39198

[Bug middle-end/39198] New: ICE : insn does not satisfy its constraints

[~/tmp]gcc --version [~/tmp]gcc (GCC) 4.4.0 20090215 (experimental) [~/tmp]gcc -c s_scalbn.c -march=core2 -mfpmath=sse -O2 [~/tmp]../sysdeps/ieee754/dbl-64/s_scalbn.c: In function '__scalbn': ../sysdeps/ieee754/dbl-64/s_scalbn.c:65: error: insn does not satisfy its constraints: (insn 1

[Bug rtl-optimization/39196] ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

--- Comment #3 from hjl dot tools at gmail dot com 2009-02-15 20:13 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug rtl-optimization/39196] ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

--- Comment #2 from hjl at gcc dot gnu dot org 2009-02-15 20:12 --- Subject: Bug 39196 Author: hjl Date: Sun Feb 15 20:12:41 2009 New Revision: 144191 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144191 Log: 2009-02-15 H.J. Lu PR target/39196 * config/i386/

[Bug testsuite/38739] gcc 4.4.0 20090104 - contrib/test_summary - On Solaris /bin/sh uses ksh, gawk fails

--- Comment #4 from rob1weld at aol dot com 2009-02-15 20:09 --- (In reply to comment #2) > This sounds like you should be using $CONFIG_SHELL when invoking > contrib/test_summary . Not really a bug with the script since it works with a > real POSIX sh. Sun should get their head out of

[Bug middle-end/30568] -ftrapping-math should prevent folding/dead code stripping of some builtins

--- Comment #5 from kreckel at ginac dot de 2009-02-15 20:09 --- (In reply to comment #4) > This is an (easier) variant of PR29186. Confirmed. The difference between this bug and PR29186 is that this one here can be explained by failing to correctly treat the exception flags at compile

[Bug c++/39188] G++ doesn't handle static anonymous union right

--- Comment #2 from hjl dot tools at gmail dot com 2009-02-15 19:47 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00714.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/39196] ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

--- Comment #1 from christophe at saout dot de 2009-02-15 17:17 --- Created an attachment (id=17303) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17303&action=view) preprocessed code (unused stuff cut out) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39196

[Bug rtl-optimization/39196] New: ICE in copyprop_hardreg_forward_1, at regrename.c:1603 during libjava compile

-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I/var/tmp/portage/sys-devel/gcc-4.4.0_alpha20090215/work/gcc-4.4-20090215/libjava/classpath/native/fdlibm -I../../include -fexceptions -fasynchronous-unwind-tables -g -O2

[Bug libstdc++/39168] Incorrect interpretation of CHAR_MAX inside grouping string in monetary and numeric facets.

--- Comment #22 from paolo dot carlini at oracle dot com 2009-02-15 16:49 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug libstdc++/39168] Incorrect interpretation of CHAR_MAX inside grouping string in monetary and numeric facets.

--- Comment #21 from paolo at gcc dot gnu dot org 2009-02-15 16:48 --- Subject: Bug 39168 Author: paolo Date: Sun Feb 15 16:47:57 2009 New Revision: 144190 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144190 Log: 2009-02-15 Paolo Carlini PR libstdc++/39168

[Bug target/39085] Floating point errors on Arm9 processor

--- Comment #2 from mp2 at ladybridge dot com 2009-02-15 12:14 --- (In reply to comment #1) > sqrt is usually implemented as a library function and GCC does not implement > it > for you. Do you use newlib? My previous reply doesn't seem to have made it into the system. Here it is agai

[Bug tree-optimization/26854] [4.3/4.4 Regression] Inordinate compile times on large routines

--- Comment #95 from stevenb dot gcc at gmail dot com 2009-02-15 11:26 --- Subject: Re: [4.3/4.4 Regression] Inordinate compile times on large routines Re: Comment #94 The trouble with LCM in RTL (i.e. GCSE-PRE) is not that it is slow (or that it is disabled -- istr it is ena

[Bug fortran/32317] [bounds checking] No warning on bad arguments with explicit interface

--- Comment #4 from burnus at gcc dot gnu dot org 2009-02-15 09:46 --- See also PR 39195 and PR 27989. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32317

[Bug fortran/39195] [Bounds check] Illegal empty array argument not detected at compile or runtime

--- Comment #1 from burnus at gcc dot gnu dot org 2009-02-15 09:46 --- None of my compilers prints a compile-time diagnostic, however, with (only) NAG f95 it correctly prints: Actual argument for dummy array X too small - 0 elements instead of 192 * * * This bug seems to be a vari

[Bug target/39186] Configury incorrect for 64-bit Targets on Solaris

--- Comment #10 from rob1weld at aol dot com 2009-02-15 08:40 --- Getting this working depended on re-fixing this Bug that is closed (for other x86_64-* Targets) but affects this new Target: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31868 The Testsuite Results (NOT mailed) show some

[Bug fortran/39195] New: Illegal empty array argument not detected at compile or runtime

This looks like the compiler ignoring the interface that's available, or something. [...@fkpc167 ~/MiscCode]$ cat slabtest.f90 module service implicit none contains subroutine Partition(N,x) integer,intent(in)::N real,dimension(3,N),intent(out)::x write(*,*)size(x,1),size(x,2) x=0 end subroutine