[Bug middle-end/28542] Segmentation fault using gcc (v4.0.3) in Ubuntu Dapper

2006-08-05 Thread henrik at johome dot net
--- Comment #6 from henrik at johome dot net 2006-08-05 07:02 --- Subject: Re: Segmentation fault using gcc (v4.0.3) in Ubuntu Dapper pinskia at gcc dot gnu dot org wrote: --- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-30 10:28 --- Can you show the command

[Bug middle-end/28542] Segmentation fault using gcc (v4.0.3) in Ubuntu Dapper

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-08-05 07:09 --- Invalid as requested by the reporter. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

2006-08-05 Thread bonzini at gnu dot org
--- Comment #32 from bonzini at gnu dot org 2006-08-05 07:21 --- It works for me. GCC 4.x double 60 1000 0.208 2076.79 GCC patch double60 1000 0.168 2571.28 GCC 4.x single 60 1000 0.188 2297.74 GCC patch single60 1000 0.152

[Bug target/26655] [4.0/4.1/4.2 Regression] ICE in ix86_secondary_memory_needed, at config/i386/i386.c:16446

2006-08-05 Thread bonzini at gnu dot org
--- Comment #14 from bonzini at gnu dot org 2006-08-05 07:58 --- fixed by jan's patch -- bonzini at gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/24888] duplication of local variables after versioning/inlining

2006-08-05 Thread bonzini at gnu dot org
--- Comment #6 from bonzini at gnu dot org 2006-08-05 08:00 --- patch applied, fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24888

[Bug rtl-optimization/26655] [4.0/4.1 Regression] ICE in ix86_secondary_memory_needed, at config/i386/i386.c:16446

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-08-05 08:00 --- But only for 4.2.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/24888] duplication of local variables after versioning/inlining

2006-08-05 Thread bonzini at gnu dot org
--- Comment #7 from bonzini at gnu dot org 2006-08-05 08:01 --- fixed. -- bonzini at gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/26655] [4.0/4.1 Regression] ICE in ix86_secondary_memory_needed, at config/i386/i386.c:16446

2006-08-05 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26655

[Bug bootstrap/25672] cross build's libgcc picks up CFLAGS

2006-08-05 Thread bonzini at gnu dot org
--- Comment #12 from bonzini at gnu dot org 2006-08-05 08:05 --- The patch is wrong, you need something like -CFLAGS_FOR_TARGET = -O2 $(CFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET) +CFLAGS_FOR_TARGET = -O2 $(LIBCFLAGS) $(SYSROOT_CFLAGS_FOR_TARGET) and similarly for CXXFLAGS. --

[Bug middle-end/18071] [4.0/4.1/4.2 Regression] -Winline does not respect -fno-default-inline

2006-08-05 Thread bonzini at gnu dot org
--- Comment #22 from bonzini at gnu dot org 2006-08-05 08:16 --- patch break -finline-functions, so it cannot be applied as is. removing patch keyword to avoid confusion with regressions awaiting review. -- bonzini at gnu dot org changed: What|Removed

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

2006-08-05 Thread patchapp at dberlin dot org
--- Comment #3 from patchapp at dberlin dot org 2006-08-05 09:25 --- Subject: Bug number PR28590 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00117.html --

[Bug fastjar/28359] fastjar directory traversal problem

2006-08-05 Thread doko at gcc dot gnu dot org
--- Comment #16 from doko at gcc dot gnu dot org 2006-08-05 09:27 --- Subject: Bug 28359 Author: doko Date: Sat Aug 5 09:27:11 2006 New Revision: 115945 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115945 Log: PR fastjar/28359 / CVE-2006-3619 2006-07-17

[Bug fastjar/28359] fastjar directory traversal problem

2006-08-05 Thread doko at gcc dot gnu dot org
--- Comment #17 from doko at gcc dot gnu dot org 2006-08-05 09:43 --- Subject: Bug 28359 Author: doko Date: Sat Aug 5 09:43:02 2006 New Revision: 115946 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115946 Log: PR fastjar/28359 / CVE-2006-3619 2006-07-17

[Bug libstdc++/28587] vectorbool is extremely slow (900x slower than it should be)

2006-08-05 Thread paolo at gcc dot gnu dot org
--- Comment #12 from paolo at gcc dot gnu dot org 2006-08-05 10:11 --- Subject: Bug 28587 Author: paolo Date: Sat Aug 5 10:11:13 2006 New Revision: 115947 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115947 Log: 2006-08-05 Paolo Carlini [EMAIL PROTECTED] PR

[Bug libstdc++/28587] vectorbool is extremely slow (900x slower than it should be)

2006-08-05 Thread pcarlini at suse dot de
--- Comment #13 from pcarlini at suse dot de 2006-08-05 10:12 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

2006-08-05 Thread whaley at cs dot utsa dot edu
--- Comment #33 from whaley at cs dot utsa dot edu 2006-08-05 14:24 --- Paolo, Can you post the assembly and the patch as attachments? If necessary, I can hack the benchmark to call the assembly routines on a couple of platforms. Also, did you see what I did wrong in applying the

[Bug libgcj/28609] New: make install broken in current trunk (svn 115947)

2006-08-05 Thread bero at arklinux dot org
make install DESTDIR=/var/tmp/gcc-root with gcj enabled currently results in: /usr/bin/install -c .libs/libgjsmalsa.a /var/tmp/gcc-root/usr/lib/gcj-4.2.0/libgjsmalsa.a $old_postinstall_cmds ../../../libtool: line 5385: $old_postinstall_cmds~i586-ark-linux-ranlib: command not found make[7]: ***

[Bug c++/28594] [4.1/4.2 regression] ICE with invalid template parameter

2006-08-05 Thread patchapp at dberlin dot org
--- Comment #2 from patchapp at dberlin dot org 2006-08-05 14:55 --- Subject: Bug number PR c++/28594 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00124.html --

[Bug target/28126] gcc moves an expensive instruction outside of a conditional

2006-08-05 Thread anemo at mba dot ocn dot ne dot jp
--- Comment #10 from anemo at mba dot ocn dot ne dot jp 2006-08-05 15:48 --- (In reply to comment #9) Created an attachment (id=12010) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12010action=view) [edit] A hackish fix I tried gcc 4.1 with this patch and compiled glibc 2.4.

[Bug testsuite/28610] New: gfortran testsuite failures with sudo

2006-08-05 Thread fxcoudert at gcc dot gnu dot org
Running the gfortran testsuite under sudo shows failures on some tests. See http://gcc.gnu.org/ml/fortran/2006-08/msg00025.html and follow-up messages for more information. -- Summary: gfortran testsuite failures with sudo Product: gcc Version: 4.2.0

[Bug testsuite/28610] gfortran testsuite failures with sudo

2006-08-05 Thread fxcoudert at gcc dot gnu dot org
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org

[Bug target/28493] Wrong address of stack object used for destructor call on PPC

2006-08-05 Thread atgraham at gmail dot com
--- Comment #3 from atgraham at gmail dot com 2006-08-05 16:58 --- This may not be related to 19774 as I had originally thought. This failure case is new as of 4.1.0. GCC version 4.0.3 gets it right: g++-4.0.3 -Os -msoft-float -mcpu=405 -c bug.cc -fno-inline -Wall -dA

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

2006-08-05 Thread bonzini at gnu dot org
--- Comment #34 from bonzini at gnu dot org 2006-08-05 17:15 --- Created an attachment (id=12019) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12019action=view) MMBENCH4s.tar.gz + assembly without and with patch I don't know what was wrong, but you can now fetch the patch

[Bug rtl-optimization/28611] New: wrong code generated when cast to union is used

2006-08-05 Thread awit at po dot opole dot pl
source code: typedef union { int word; char byte[2]; } Union; int proc(int l) { if (l 0 ) ((Union)l).byte[0] = 0; return l; } command line for avr: avr-gcc -mmcu=atmega8 -S -Os test.c Procedure proc is compiled to single ret instruction. command line for i586: gcc

[Bug rtl-optimization/28611] wrong code generated when cast to union is used

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-05 18:08 --- ((Union)l) This creates an rvalue and a new temp variable. But since (rvalue.byte[0]) is valid in C99 (but not in C90), you can assign it. If you used -pedantic, you get a warning about that: t.c:9: warning: ISO C

[Bug target/27827] [4.0/4.1/4.2 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

2006-08-05 Thread whaley at cs dot utsa dot edu
--- Comment #35 from whaley at cs dot utsa dot edu 2006-08-05 18:26 --- Created an attachment (id=12020) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12020action=view) new Makefile targets OK, this is same benchmark again, now creating MMBENCHS directory. In addition to the

[Bug libstdc++/16611] Terrible code generated for vectorbool

2006-08-05 Thread pcarlini at suse dot de
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org |

[Bug target/28493] Wrong address of stack object used for destructor call on PPC

2006-08-05 Thread atgraham at gmail dot com
--- Comment #4 from atgraham at gmail dot com 2006-08-05 21:11 --- Actually, it turns out that gcc versions before the 4.1 series all get it wrong too, at -O0. The bug gets masked when introducing optimization. Here is the -O0 output from 4.0.3: g++-4.0.3 -O0 -msoft-float -mcpu=405

[Bug other/28614] New: gcc.c-torture/compile/20001226-1.c times out

2006-08-05 Thread danglin at gcc dot gnu dot org
This test is failing more often, so I thought I would bring back a PR. On hppa2.0w-hp-hpux11.11 (dual 750 MHz, 8 GB memory): WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c -O2 (test for excess errors) WARNING: program timed out. FAIL: gcc.c-torture/compile/20001226-1.c

[Bug other/28614] gcc.c-torture/compile/20001226-1.c times out

2006-08-05 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-08-05 21:29 --- Subject: Re: New: gcc.c-torture/compile/20001226-1.c times out On i686-pc-linux-gnu (2 GHz, 1GB memory): Oops, that should have been 3.2 GHz. Dave --

[Bug bootstrap/28615] New: cross-compile uses host cpp to determine features

2006-08-05 Thread freyther at inf dot fu-berlin dot de
When creating a cross-compiler the target-* bits determine features by executing the host CPP binary with host CPPFLAGS. In the case of OSX/Darwin this lead to the believe of having a sys/filio.h available and miscompiled/broken libstdc++. A fix would be to use xgcc -E instead of /usr/bin/cpp

[Bug bootstrap/28615] cross-compile uses host cpp to determine features

2006-08-05 Thread freyther at inf dot fu-berlin dot de
--- Comment #1 from freyther at inf dot fu-berlin dot de 2006-08-05 21:56 --- Created an attachment (id=12022) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12022action=view) Use xgcc -E instead of host CPP and empty CPPFLAGS --

[Bug libgcj/28609] make install broken in current trunk (svn 115947)

2006-08-05 Thread bero at arklinux dot org
--- Comment #1 from bero at arklinux dot org 2006-08-05 22:33 --- Seems to be caused by classpath needing a different version of libtool than gcc. This fixed it for me: cp -f ltconfig libjava/classpath -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28609

[Bug c/28136] [4.0/4.1/4.2 regression] ICE with incomplete array type

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-05 23:09 --- Subject: Bug 28136 Author: reichelt Date: Sat Aug 5 23:08:54 2006 New Revision: 115952 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115952 Log: PR c/28136 * c-parser.c

[Bug c/28136] [4.0/4.1/4.2 regression] ICE with incomplete array type

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-05 23:14 --- Subject: Bug 28136 Author: reichelt Date: Sat Aug 5 23:14:22 2006 New Revision: 115953 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115953 Log: PR c/28136 * c-parser.c

[Bug c/28136] [4.0 regression] ICE with incomplete array type

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-05 23:20 --- Fixed on mainline and 4.1 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/28587] vectorbool is extremely slow (900x slower than it should be)

2006-08-05 Thread gdr at integrable-solutions dot net
--- Comment #14 from gdr at integrable-solutions dot net 2006-08-05 23:26 --- Subject: Re: vectorbool is extremely slow (900x slower than it should be) pcarlini at suse dot de [EMAIL PROTECTED] writes: | Fixed. Thanks Paolo! -- Gaby --

[Bug c/27721] [4.1/4.2 regression] ICE using += with a function

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-08-05 23:26 --- Subject: Bug 27721 Author: reichelt Date: Sat Aug 5 23:26:38 2006 New Revision: 115955 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115955 Log: PR c/27721 * c-typeck.c

[Bug libstdc++/28587] vectorbool is extremely slow (900x slower than it should be)

2006-08-05 Thread sabre at nondot dot org
--- Comment #15 from sabre at nondot dot org 2006-08-05 23:30 --- Thanks a *lot* Paolo! It works great now. -Chris -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28587

[Bug c/27721] [4.1/4.2 regression] ICE using += with a function

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-08-05 23:34 --- Subject: Bug 27721 Author: reichelt Date: Sat Aug 5 23:33:54 2006 New Revision: 115956 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115956 Log: PR c/27721 * c-typeck.c

[Bug c/27721] [4.1/4.2 regression] ICE using += with a function

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-08-05 23:34 --- Fixed on mainline and 4.1 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/28502] ICE with invalid declaration after definition

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-08-05 23:41 --- Subject: Bug 28502 Author: reichelt Date: Sat Aug 5 23:41:22 2006 New Revision: 115957 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115957 Log: PR c/28502 * c-decl.c

[Bug c/28502] ICE with invalid declaration after definition

2006-08-05 Thread reichelt at gcc dot gnu dot org
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-08-05 23:42 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/28616] New: GCC doesn't see error in wrong enumeration definition ('enum')

2006-08-05 Thread rutsky_v at rambler dot ru
GCC doesn't report error about extra comma in enumeration definition: enum { CONSTANT = 1, /* -=- */ }; Example source: /* begin o source code */ enum { CONSTANT = 1, }; int main( void ) { return 0; } /* end of source code */ Program compiles and work fine. --

[Bug c/28617] New: ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

2006-08-05 Thread howarth at nitro dot med dot uc dot edu
The following two testcases suffer linkage failures due to missing symbols when built with -m64 with gcc trunk on powerpc-apple-darwin8. ---modulo.c main() { __int128_t a, b; b= a % 10; } ---division.c- main() { __int128_t a, b; b= a / 10; }

[Bug c/28616] GCC doesn't see error in wrong enumeration definition ('enum')

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 01:31 --- This is valid C99 and we accept it by default. Try using -pedantic-errors before reporting accepts invalid bugs. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 01:38 --- This was caused by: 2005-09-28 Geoffrey Keating [EMAIL PROTECTED] * config/rs6000/t-darwin8: Uncomment contents, allow -m64 multilib to be built. * Makefile.in: Export LIPO_FOR_TARGET,

[Bug fortran/28548] [4.2 Regression]: Optional argument failed

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #13 from kargl at gcc dot gnu dot org 2006-08-06 01:38 --- Subject: Bug 28548 Author: kargl Date: Sun Aug 6 01:38:46 2006 New Revision: 115963 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115963 Log: 2006-08-05 Steven G. Kargl [EMAIL PROTECTED] PR

[Bug fortran/28548] [4.1 only] Optional argument failed

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #14 from kargl at gcc dot gnu dot org 2006-08-06 01:54 --- Fix committed to trunk. The same problem is in 4.1. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/27981] Strange error message for illegal integer constant

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #5 from kargl at gcc dot gnu dot org 2006-08-06 02:29 --- Subject: Bug 27981 Author: kargl Date: Sun Aug 6 02:29:24 2006 New Revision: 115964 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115964 Log: 2006-08-05 Steven G. Kargl [EMAIL PROTECTED] PR

[Bug fortran/28548] [4.1 only] Optional argument failed

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #15 from kargl at gcc dot gnu dot org 2006-08-06 02:29 --- Subject: Bug 28548 Author: kargl Date: Sun Aug 6 02:29:24 2006 New Revision: 115964 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115964 Log: 2006-08-05 Steven G. Kargl [EMAIL PROTECTED] PR

[Bug fortran/28548] [4.1 only] Optional argument failed

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #16 from kargl at gcc dot gnu dot org 2006-08-06 02:39 --- Fixed on 4.1 branch. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/27981] Strange error message for illegal integer constant

2006-08-05 Thread kargl at gcc dot gnu dot org
--- Comment #6 from kargl at gcc dot gnu dot org 2006-08-06 02:40 --- Fixed on the 4.1 branch. -- kargl at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/28618] New: The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread amylaar at gcc dot gnu dot org
Currently, the only check for CLASS_LIKELY_SPILLED registers is for instuctions at the end of a basic block; this is insufficient, since a set/use pair of a CLASS_LIKELY_SPILLED register can be in the middle of the block. When the scheduler inserts an instruction between into this pair which

[Bug rtl-optimization/28618] The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-06 04:00 --- The scheduler should not know anything about if a register is likely to spill or not, that is the job of the RA. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28618

[Bug rtl-optimization/28618] The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread amylaar at gcc dot gnu dot org
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-08-06 04:00 --- Created an attachment (id=12023) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12023action=view) soft-fp patch for SH (under development) I found the scheduler bug while testing this patch. --

[Bug rtl-optimization/28618] The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread amylaar at gcc dot gnu dot org
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-08-06 04:04 --- Created an attachment (id=12024) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12024action=view) testcase To reproduce the problem, build an sh-elf targeted cc1 with sources patched according to the previous

[Bug rtl-optimization/28618] The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread amylaar at gcc dot gnu dot org
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-08-06 04:32 --- Created an attachment (id=12025) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12025action=view) patch to address the scheduler problem (proof of concept) This patch allows the testcase to compile. I haven't

[Bug rtl-optimization/28618] The scheduler extends the lifetime of CLASS_LIKELY_SPILLED registers

2006-08-05 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-08-06 04:46 --- Also one comment about your patch for soft-fp: + /* Wrap the sequence in REG_LIBCALL / REG_RETVAL notes so that loop + invariant code motion can move it. */ The tree level loop invariant motion should have

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

2006-08-05 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2006-08-06 04:58 --- Subject: Bug 28590 Author: pault Date: Sun Aug 6 04:58:04 2006 New Revision: 115966 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115966 Log: 2006-08-06 Paul Thomas [EMAIL PROTECTED] PR

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

2006-08-05 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2006-08-06 05:11 --- Subject: Bug 28590 Author: pault Date: Sun Aug 6 05:11:45 2006 New Revision: 115967 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115967 Log: 2006-08-06 Paul Thomas [EMAIL PROTECTED] PR

[Bug fortran/28590] A SEQUENCEd defined type which refers to another defined type generates a spurious complaint about the lack of SEQUENCE attribute in the latter

2006-08-05 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2006-08-06 05:15 --- Fixed on trunk and 4.1 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added