--- Comment #10 from paul dot richard dot thomas at cea dot fr 2006-06-06
06:47 ---
Noting the non-fortran tilt on this, it is interesting that
implicit COMPLEX (a-z)
CALL foo
CONTAINS
SUBROUTINE foo
t = s + s
END SUBROUTINE foo
END
is OK and produces declarations for s an
--- Comment #1 from csm at gnu dot org 2006-06-06 06:42 ---
This is apparently caused by the default implementation of VMSecureRandom,
which uses some threads concurrently modifying counters, and uses those
counters to construct random bytes.
It's odd that on GCJ this runs so slow; usin
--- Comment #9 from paul dot richard dot thomas at cea dot fr 2006-06-06
06:18 ---
Subject: RE: [4.1/4.2 Regression] ICE on complex assignment in nested function
Andrew,
Thanks, I just went at the mail in the wrong order. I discovered that it is
not fortran by peaking at the PR.
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-06 06:15 ---
(In reply to comment #7)
> > Paul, I'm adding you to the CC list since this looks fully
> > module-related.
> >
>
> Oh Gee, thanks - that's all I need!..
Look at my C example, it is not related to Fortran at a
--- Comment #7 from paul dot richard dot thomas at cea dot fr 2006-06-06
06:13 ---
Subject: RE: ICE on complex assignment
FX,
> Paul, I'm adding you to the CC list since this looks fully
> module-related.
>
Oh Gee, thanks - that's all I need!..
I'll take a look at it this mor
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-06 05:38 ---
I am going to reduce this further.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27882
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27811
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.0.3
Known to work||4.1.2 4.2.0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-06 04:48 ---
I wonder what outmode is in emit_library_call_value_1:
tfom = lang_hooks.types.type_for_mode (outmode, 0);
I might have a look to later during the weekend if I my move goes smooth.
--
pinskia at gcc dot gn
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27908
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #2 from pault at gcc dot gnu dot org 2006-06-06 04:28 ---
Since I took on the other, similar bug, I might as well do this one too!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-06-06 04:27 ---
We need a self confined testcase.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pault at gcc dot gnu dot org 2006-06-06 04:23 ---
Subject: Bug 27897
Author: pault
Date: Tue Jun 6 04:23:16 2006
New Revision: 114423
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114423
Log:
2006-06-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #4 from pault at gcc dot gnu dot org 2006-06-06 04:23 ---
Fixed on trunk and 4.1.
Thanks
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
When i compiled emacs(22.0.50.3) with gcc-4.2, emacs meta key doesn't
functioning..
> cc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr --libexecdir=/usr/lib
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --ena
--- Comment #3 from pault at gcc dot gnu dot org 2006-06-06 04:15 ---
Subject: Bug 27897
Author: pault
Date: Tue Jun 6 04:15:17 2006
New Revision: 114422
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114422
Log:
2006-06-06 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
gcc version 4.2.0 20060605 (experimental)
I'm trying to run jsch (jcraft.com) with the examples/PortForwardingR.java and
id_dsa identity. It worked before the most recent classpath import (works in
gcj 20060420), but now it just results in an infinite loop and a pegged cpu.
My guess is th
--- Comment #10 from ian at airs dot com 2006-06-06 04:11 ---
In C90 strtod does not say anything specifically about "inf", etc. However, it
does say:
In other than the "C" locale, additional implementation-defined subject
sequence forms may be accepted.
In any case, to me this is a q
--- Comment #5 from drow at gcc dot gnu dot org 2006-06-06 04:04 ---
The debug information is completely wrong. The only DIEs are: compilation
unit, "int", f(), f's argument1, and main(). Nothing for the type f()::s.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27017
--- Comment #7 from drow at gcc dot gnu dot org 2006-06-06 04:01 ---
I'm pretty sure it's older than that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26965
--- Comment #6 from malitzke at metronets dot com 2006-06-06 03:59 ---
Good to see the GCC release manager looking at things from a user perspective,
and not just looking at an individual leaf in a forest.
Regarding the powerpc specific issues; I was able for just one day to compile a
c
--- Comment #4 from geoffk at gcc dot gnu dot org 2006-06-06 01:19 ---
In bug 26792, I suggest that libstdc++ should use autoconf to detect whether
this function exists and not use it if it doesn't. That would also fix this
bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-06-06 01:17 ---
Clearly, we cannot add any symbols to the 10.4 libgcc_s. 10.4 has already
shipped, and we do not have a time travel device.
By default, gcc compiles for the earliest OS version it knows about. For C++,
that means 1
ICE on Alpha with gcc 4.2 20060508:
[EMAIL PROTECTED]:~/delta/bin$ /usr/lib/gcc-snapshot/bin/gcc -c -O1 mini.c
mini.c: In function 'fann_run':
mini.c:23: internal compiler error: in expand_simple_unop, at optabs.c:2307
Please submit a full bug report,
with preprocessed source if appropriate.
See h
--- Comment #9 from pcarlini at suse dot de 2006-06-05 23:15 ---
(In reply to comment #8)
> (In reply to comment #6)
> It just seems bogus that it says %g and then goes on to do something different
> and not to take into account that strlod is allowed more than just the
> characters spec
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-05 23:04 ---
(In reply to comment #6)
It just seems bogus that it says %g and then goes on to do something different
and not to take into account that strlod is allowed more than just the
characters specified.
The other problem
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #7 from pcarlini at suse dot de 2006-06-05 22:57 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Please take this up with the C++ standard since the two stages conflict.
>
> 22.2.2.1.2, p5, does not conflict, because the conversion using %g happens at
> the end o
--- Comment #6 from pcarlini at suse dot de 2006-06-05 22:55 ---
(In reply to comment #5)
> Please take this up with the C++ standard since the two stages conflict.
22.2.2.1.2, p5, does not conflict, because the conversion using %g happens at
the end of Stage 2, p9, on the accumulated c
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-06-05 22:49 ---
Please take this up with the C++ standard since the two stages conflict.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-05 22:48 ---
(In reply to comment #3)
> Read in detail Stage 2, 22.2.2.1.2, p8, + the grammar in 22.2.3.1, p2. + Icc
> (Dinkum) + Rogueware (in the person of Martin) agree. Really, given the
> current
> standard we cannot parse
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #3 from pcarlini at suse dot de 2006-06-05 22:45 ---
(In reply to comment #2)
> I don't think I agree.
> 27.6.1.2.2 says:
> As in the case of the inserters, these extractors depend on the locales
> num_get<> (22.2.2.1) object to perform
> parsing the input stream data. The c
--- Comment #11 from sayle at gcc dot gnu dot org 2006-06-05 22:44 ---
Subject: Bug 26223
Author: sayle
Date: Mon Jun 5 22:44:46 2006
New Revision: 114415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114415
Log:
PR target/26223
* config/i386/i386.c (construct
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-06-05 22:41
---
Subject: Bug 27895
Author: fxcoudert
Date: Mon Jun 5 22:41:29 2006
New Revision: 114414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114414
Log:
PR libfortran/27895
* resolve.c (comput
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-05 22:39 ---
I don't think I agree.
27.6.1.2.2 says:
As in the case of the inserters, these extractors depend on the locales
num_get<> (22.2.2.1) object to perform
parsing the input stream data. The conversion occurs as if perfo
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-06-05 22:37
---
An even smaller test case is:
==
struct A
{
A(const A&);
A& operator=(const A&);
void baz() volatile;
};
void A::baz() volatile
{
*this;
}
==
The problem is that the middle-end is creating a copy of an ob
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-06-05 21:46 ---
Created an attachment (id=11599)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11599&action=view)
testcase (preprocessed __udivmoddi4 source)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27906
Compile the testcase with:
.../cc1 -fpreprocessed libgcc2.i -g -O2 -fnon-call-exceptions -o libgcc2.s
This results in an ICE in reload_cse_simplify_operands, since an earlyclobber
output has been allocated the same register as an input of an asm template.
--
Summary: reload allocat
--- Comment #13 from schwab at suse dot de 2006-06-05 21:36 ---
Fixed.
--
schwab at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #6 from tkoenig at gcc dot gnu dot org 2006-06-05 21:30 ---
(In reply to comment #5)
> loop reversal was removed with the old loop optimizer; the tree level
> loop reversal patch
> (http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01851.html) was not
> reviewed.
Does this make
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-05
21:26 ---
Subject: Re: FAIL: libgomp.fortran/vla[1-7].f90 -O0 (test for excess errors)
> Forgive this Bear-of Little-Brain asking but what should I make of gcc-3.3
Nothing.
> mixing with libgomp? You need gcc-4
--- Comment #6 from dje at gcc dot gnu dot org 2006-06-05 21:25 ---
I still think this looks like an alignment problem. Without section anchors
GCC generates:
.lcomm domain_array,13916,16
.type domain_array, @object
.lcomm N_domains,4,4
.type N_dom
--- Comment #12 from schwab at gcc dot gnu dot org 2006-06-05 21:21 ---
Subject: Bug 27860
Author: schwab
Date: Mon Jun 5 21:21:05 2006
New Revision: 114411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114411
Log:
PR libgcj/27860
* link.cc: Check for closure s
--- Comment #2 from pault at gcc dot gnu dot org 2006-06-05 21:18 ---
Iguchi-san,
The error is at line 2296 of match.c; a sym->name is used, where sym is not yet
defined. It should just be the parsed name, "name".
I wil submit a patch in the next day or so (I am trying to get a backlo
--- Comment #1 from pcarlini at suse dot de 2006-06-05 21:16 ---
This is not a bug, but standard conforming behavior (have a look to the
specific sections in 22_locale describing in detail the parsing steps and the
grammar). I'm even more sure about that because we discussed the issue
fa
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-05 21:01 ---
Tobias,
You are right, we do not check character lengths in assignment, yet. It is
another PR but I just do not recall which, right now. You are correct, that
this should be included in bounds checking. The standard
--- Comment #5 from janis at gcc dot gnu dot org 2006-06-05 20:58 ---
I haven't yet had time to continue trying to come up with a minimized testcase
but hope to get to that soon. I had a vague hope that someone who understands
the section anchor support and has access to SPEC CPU2000 c
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-05 20:56 ---
Forgive this Bear-of Little-Brain asking but what should I make of gcc-3.3
mixing with libgomp? You need gcc-4.2.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27885
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-05 20:50 ---
Iguchi-san,
> ice.f90:0: internal compiler error: Bus error
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See http://gcc.gnu.org/bugs.html> for instructions.
>
I get
[EMAIL PROTECTE
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-06-05 20:50 ---
Note that f.i. classpath.security changed from $libdir to $prefix/lib from 4.1
to 4.2, which is now inconsistent which libgcj.security, which is still in
$libdir.
Now, it is entirely unclear to me what these files a
--- Comment #11 from tbm at cyrius dot com 2006-06-05 20:45 ---
It has built successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
On GNU/Linux, and several other operating systems, the strtod function will
accept the strings "inf" and "infinity" for an infinite value, and the string
"nan" for a NaN (the tests are case insensitive). This is a convenient way to
specify an infinite or NaN floating point value from the command l
--- Comment #1 from pault at gcc dot gnu dot org 2006-06-05 20:33 ---
(In reply to comment #0)
> I am not sure whether the code snippet is legal at all, but it should emit an
> error, not an ICE.
Klaus,
It is legal and should compile OK.
It is related to PR27554 and various predecesso
--- Comment #6 from tromey at gcc dot gnu dot org 2006-06-05 20:32 ---
Subject: Bug 27892
Author: tromey
Date: Mon Jun 5 20:32:33 2006
New Revision: 114410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114410
Log:
PR libgcj/27892:
* gij.cc (main): Use putenv.
--- Comment #5 from tromey at gcc dot gnu dot org 2006-06-05 20:32 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #3 from sje at cup dot hp dot com 2006-06-05 20:16 ---
I backported the change to the 4.0 and 4.1 branches.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27811
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:06 ---
Installing in share -vs- lib is weird for libgcj.
Sometimes we install things in lib to be more "jdk-like".
logging.properties has been there since 4.0, at least.
I don't have 3.x install trees around to check earlie
--- Comment #10 from tbm at cyrius dot com 2006-06-05 20:02 ---
(In reply to comment #8)
> I don't see that here. You are probably using the wrong glibc headers. There
> is no asm in FD_ZERO for m68k.
For some reason, /usr/include got included even though I'm cross-compiling.
Anyway,
--- Comment #4 from tromey at gcc dot gnu dot org 2006-06-05 20:00 ---
Created an attachment (id=11598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11598&action=view)
patch to use putenv
Please try this patch.
If it works for you I will check it in.
--
tromey at gcc dot gnu
--- Comment #9 from tromey at gcc dot gnu dot org 2006-06-05 19:59 ---
Andreas -- yes, that patch looks good to me.
Please check it in. Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
--- Comment #7 from janis at gcc dot gnu dot org 2006-06-05 19:45 ---
A regression hunt on powerpc-linux using the less-reduced test case with the
options "-O2 --param ggc-min-expand=0 --param ggc-min-heapsize=0" identified
this patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=112753
--- Comment #3 from r_ovidius at eml dot cc 2006-06-05 19:14 ---
Same on mingw.
--
r_ovidius at eml dot cc changed:
What|Removed |Added
CC|
--- Comment #10 from stuart at gcc dot gnu dot org 2006-06-05 19:14 ---
Subject: Bug 26557
Author: stuart
Date: Mon Jun 5 19:14:11 2006
New Revision: 114403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114403
Log:
Radar 4561329
PR middle-end/26557
* st
--- Comment #8 from schwab at suse dot de 2006-06-05 19:05 ---
I don't see that here. You are probably using the wrong glibc headers. There
is no asm in FD_ZERO for m68k.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27860
--- Comment #7 from tbm at cyrius dot com 2006-06-05 18:58 ---
Thanks, Andreas. The file compiles with this patch. But now it fails a little
bit later:
gnu/java/net/natPlainDatagramSocketImpl.cc: In member function 'virtual void
gnu::java::net::PlainDatagramSocketImpl::receive(java::n
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-05
18:35 ---
Subject: Re: [4.2 Regression] FAIL: gcc.dg/torture/pr24626-1.c -O2 (test for
excess errors)
> Will this go away with the changes to make the scheduler not extend regions by
> default?
I tried the change
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-05
18:23 ---
Subject: Re: FAIL: g++.dg/opt/pr15551.C (test for excess errors)
> --- Comment #1 from sje at cup dot hp dot com 2006-06-05 16:40 ---
> This test is not failing for me. It looks like it was fixed
--- Comment #4 from sje at cup dot hp dot com 2006-06-05 18:22 ---
It doesn't look like we have gotten a simple test case for this. Is it time to
close it out as a duplicate of PR 12455. Handong Yeh, have you tried this with
a 4.1 (or later) GCC?
--
sje at cup dot hp dot com change
--- Comment #3 from sje at cup dot hp dot com 2006-06-05 17:47 ---
I shrank my stack to match yours and still can't reproduce this problem.
What were the configure options on this? Did it use --enable-checking=all
or something like that? Also, the log makes it look like it died when r
--- Comment #4 from kargl at gcc dot gnu dot org 2006-06-05 17:40 ---
(In reply to comment #3)
> I marked it as ice-on-valid-code, but I'm not sure it's valid code. g95 emits
> an error, but Intel and Sun compilers don't. Uttam, do you know if that code
> is
> valid?
>
It is invalid-c
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-06-05 17:33
---
Fixed in 4.0.4 and 4.1.2.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from bonzini at gnu dot org 2006-06-05 17:33 ---
Created an attachment (id=11597)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11597&action=view)
and a third one
If this one works, I'd very much prefer it to the one I posted this morning.
It fixes the testcase.
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-05 17:32 ---
Fixed in 4.0.4.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from bonzini at gnu dot org 2006-06-05 17:17 ---
thanks, committed.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from bonzini at gnu dot org 2006-06-05 17:14 ---
Subject: Bug 27674
Author: bonzini
Date: Mon Jun 5 17:14:23 2006
New Revision: 114395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114395
Log:
2006-06-05 Paolo Bonzini <[EMAIL PROTECTED]>
PR 27674
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-05 17:10 ---
"STAGE1_CFLAGS=-O3 -fomit-frame-pointer
Can you remove that and try again? You are most likely run into a host GCC
issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27692
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-05 17:06 ---
Ropening since it was only xfailed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jsm28 at gcc dot gnu dot org 2006-06-05 16:50 ---
Subject: Bug 25161
Author: jsm28
Date: Mon Jun 5 16:50:45 2006
New Revision: 114394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114394
Log:
PR c/25161
PR c/27020
* c-decl.c (grokde
--- Comment #6 from jsm28 at gcc dot gnu dot org 2006-06-05 16:50 ---
Subject: Bug 27020
Author: jsm28
Date: Mon Jun 5 16:50:45 2006
New Revision: 114394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114394
Log:
PR c/25161
PR c/27020
* c-decl.c (grokdec
--- Comment #2 from sje at cup dot hp dot com 2006-06-05 16:43 ---
The test init5 has been xfailed on platforms where __cxa_atexit is not
implemented. Without __cxa_atexit, the test cannot pass.
--
sje at cup dot hp dot com changed:
What|Removed |
--- Comment #1 from sje at cup dot hp dot com 2006-06-05 16:40 ---
This test is not failing for me. It looks like it was fixed by including
cstdio in the test source and changing the unlink to remove.
http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00876.html
--
sje at cup dot hp dot
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-05
16:23 ---
Subject: Re: [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c
execution, -O3 -fomit-frame-pointe
> Four patches for loop-invariant.c went in since comment #7, and the bug hasn't
> been reco
--
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
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-06-05
16:03 ---
Subject: Re: gij.cc:104: error: 'setenv' was not declared in this scope
> What should we use on this platform in place of setenv?
putenv?
> Or, if it has setenv, where is it declared?
There is a version
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-06-05 15:57
---
(In reply to comment #9)
> This thread is moving dangerously close to work in progress.. :-)
> I'll have something more definitive to say about it in a few weeks, but I'm
> looking at doing significant register pre
--- Comment #9 from amacleod at redhat dot com 2006-06-05 15:46 ---
This thread is moving dangerously close to work in progress.. :-)
I'll have something more definitive to say about it in a few weeks, but I'm
looking at doing significant register pressure reduction at out of ssa time as
--- Comment #7 from sje at cup dot hp dot com 2006-06-05 15:44 ---
Fixed on 4.1 branch and ToT (4.2) by not running the test on IA64. The test is
not valid given the IA64 run-time architecture.
--
sje at cup dot hp dot com changed:
What|Removed |A
--- Comment #1 from paulg at chiark dot greenend dot org dot uk 2006-06-05
15:40 ---
I should have mentioned that the boostrap completes correctly if "-O2
-fomit-frame-pointer" is used instead of "-O3 -fomit-frame-pointer".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27901
--- Comment #4 from sje at cup dot hp dot com 2006-06-05 15:37 ---
Fixed for 4.2, not a regression so not backporting for 4.0 or 4.1.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #6 from sje at gcc dot gnu dot org 2006-06-05 15:36 ---
Subject: Bug 27705
Author: sje
Date: Mon Jun 5 15:36:17 2006
New Revision: 114392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114392
Log:
PR testsuite/27705
* gcc.dg/sibcall-7.c: Do not run o
--- Comment #5 from sje at gcc dot gnu dot org 2006-06-05 15:34 ---
Subject: Bug 27705
Author: sje
Date: Mon Jun 5 15:34:08 2006
New Revision: 114391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114391
Log:
PR testsuite/27705
* gcc.dg/sibcall-7.c: Do not run o
Dependancy Versions:
GNU bash 2.05b
GNU binutils 2.16.1
GNU core utils 5.2.1
GNU GCC 3.4.4 (compiler to start b
--- Comment #2 from rakdver at gcc dot gnu dot org 2006-06-05 15:19 ---
(In reply to comment #1)
> Can you try the patch linked from PR 27735 to see if this fixes this bug also?
No, this is unrelated (the ice here is from tree_unroll_loop, never gets to
unswitching).
--
rakdver at g
--- Comment #3 from sje at gcc dot gnu dot org 2006-06-05 15:13 ---
Subject: Bug 27051
Author: sje
Date: Mon Jun 5 15:13:01 2006
New Revision: 114390
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114390
Log:
PR target/27051
* config/ia64/ia64.c (ia64_select_rtx
--- Comment #3 from tromey at gcc dot gnu dot org 2006-06-05 15:09 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #2 from tromey at gcc dot gnu dot org 2006-06-05 15:09 ---
Subject: Bug 27818
Author: tromey
Date: Mon Jun 5 15:08:56 2006
New Revision: 114389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114389
Log:
PR gcc/27818:
* Makefile.in: Rebuilt.
*
1 - 100 of 156 matches
Mail list logo
