--- Comment #11 from echristo at apple dot com 2006-02-27 08:35 ---
There are two ways to fix this, the easiest way is to pass -allow_stack_execute
through to the linker when we want an executable stack. This is problematic
since we'll not be specifying it on the command line. We can tur
--- Comment #3 from peb at mppmu dot mpg dot de 2006-02-27 09:08 ---
(In reply to comment #2)
> Patches goto [EMAIL PROTECTED] with a changelog. Second please update
> the patch to the mainline first.
>
In the meantime I have realized that this problem is fixed in version 4.0.0
(gcc/C
--- Comment #2 from pcarlini at suse dot de 2006-02-27 09:45 ---
Should be fixed now.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pluto at agmk dot net 2006-02-27 10:55 ---
still present in 4.1.0-RC2.
moreover I see new differences in branch opcodes.
--- gcc-stage2.asm 2006-02-27 11:49:00.850323750 +0100
+++ gcc-stage3.asm 2006-02-27 11:49:05.446611000 +0100
@@ -1,5 +1,5 @@
-gcc-sta
Bootstrap problem in GCC 4.1.0 RC1 gcc-4.1.0-20060219
configure call:
../configure --prefix=/opt/oss/apps/gcc-4.1.0-20060219 --enable-threads
--disable-aix64
build call:
gmake bootstrap
using GNU make instead of AIX make
/scratch/build/gcc-4.1.0-20060219/objdir/./gcc/xgcc -shared-libgcc
-B/scrat
--- Comment #1 from andreasc at neuro dot informatik dot uni-kassel dot de
2006-02-27 11:24 ---
Created an attachment (id=10918)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10918&action=view)
build log
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-02-27 11:42 ---
Works for me on i686 for all gcc > 3.3.3 and 2.95. Works for me on ppc64 with
4.1.0. So this is at least ppc specific.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-27 11:47 ---
Confirmed for 3.3.3-hammer on ppc32 (ppc64 works). 4.0.2 is fine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from gcc at microbizz dot nl 2006-02-27 12:03 ---
Subject: Re: Trampolines fail on i686-apple-darwin because
stack is not executable
I agree that calling mprotect is the best fix.
Adriaan van Os
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
--- Comment #1 from paolo at gcc dot gnu dot org 2006-02-27 12:38 ---
Subject: Bug 14866
Author: paolo
Date: Mon Feb 27 12:38:49 2006
New Revision: 111474
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111474
Log:
2006-02-27 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from paolo at gcc dot gnu dot org 2006-02-27 12:39 ---
Subject: Bug 14866
Author: paolo
Date: Mon Feb 27 12:39:27 2006
New Revision: 111475
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111475
Log:
2006-02-27 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #3 from pcarlini at suse dot de 2006-02-27 12:40 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-02-27 13:28 ---
Fixed at least on the 3.4 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from steven at gcc dot gnu dot org 2006-02-27 13:48 ---
Could it be that this is now fixed?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2006-02-27 13:53 ---
Subject: Bug 25626
Author: jakub
Date: Mon Feb 27 13:52:58 2006
New Revision: 111481
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111481
Log:
2006-01-15 Paolo Carlini <[EMAIL PROTECTED]>
Gabrie
--- Comment #7 from steven at gcc dot gnu dot org 2006-02-27 13:53 ---
This will never be fixed.
For the trunk (gcc 4.2 to be), the prefetching pass has been replaced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7561
--- Comment #8 from steven at gcc dot gnu dot org 2006-02-27 13:54 ---
And I forgot:
...therefor, closing.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from steven at gcc dot gnu dot org 2006-02-27 13:55 ---
With the old loop optimizer gone, moving jump bypassing after loop2 is a quite
reasonable thing to do. Richi, now you have the chance to get your patch in
after all, if it's still useful.
Other good thing about it:
--- Comment #9 from steven at gcc dot gnu dot org 2006-02-27 13:56 ---
The old RTL loop optimizer is no more in gcc 4.2, so the bug can't show itself
there.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from steven at gcc dot gnu dot org 2006-02-27 13:58 ---
Should be fixed by removing the old RTL loop optimizer.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from steven at gcc dot gnu dot org 2006-02-27 14:01 ---
The old RTL loop optimizer is no more on the trunk, so there is no reason to
keep this meta-bug open.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 14:01 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-patches/2004-03/msg02011.html
This was not a regression so closing as fixed as per GCC's development guide
lines.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 14:03 ---
Can you attach the preprocessed source as requested by:
http://gcc.gnu.org/bugs.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-02-27 14:03
---
I don't know - the original testcase was fixed by tree-ssa merge, so, apart
from a general pass ordering overhaul there's nothing to be done for this
particular bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from steven at gcc dot gnu dot org 2006-02-27 14:04 ---
Actually there is nothing that uses LOOP_NOTEs other than the old RTL loop
optimizer. At least, nothing that _should_ use it. Wanna know about loops?
Find natural loops instead of depending on the notes.
But the p
--- Comment #3 from steven at gcc dot gnu dot org 2006-02-27 14:06 ---
Dunno if tree loop reversal is already there, but Zdenek probably likes to know
what bugs he is fixing...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
make[2]: Entering directory
`/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libst
dc++-v3'
make "AR_FLAGS=rc" "CC_FOR_BUILD=gcc -D_XOPEN_UNIX -D_XOPEN_SOURCE_EXTENDED
-D_I
NCLUDE__STDC_A1_SOURCE -D_INCLUDE_XOPEN_SOURCE_500"
"CC_FOR_TARGET=/mnt/gnu/gcc-
3.3/objdir/./gcc/xgcc -B/mnt/gnu/gcc-3.3/objdir
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 14:08 ---
http://gcc.gnu.org/ml/gcc-cvs/2006-02/msg01021.html
*** This bug has been marked as a duplicate of 26480 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-27 14:08 ---
*** Bug 26482 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from rsandifo at gcc dot gnu dot org 2006-02-27 14:08
---
"steven at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
> The old RTL loop optimizer is no more in gcc 4.2, so the bug can't
> show itself there.
And there was much rejoicing! I was only keeping this bug ope
--- Comment #2 from ralf dot corsepius at rtems dot org 2006-02-27 14:11
---
IMO, the cause is clear: The toplevel configure script is broken.
Rationale:
1. libssp/* applies a standard automake-based configuration. i.e. includedir is
supposed to be pointing to the final $includedir, i
--- Comment #3 from andreasc at neuro dot informatik dot uni-kassel dot de
2006-02-27 14:12 ---
Created an attachment (id=10919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10919&action=view)
precompiled sourcecode
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
--- Comment #7 from steven at gcc dot gnu dot org 2006-02-27 14:12 ---
Was this fixed with the patch in comment #6?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24497
--- Comment #3 from ralf dot corsepius at rtems dot org 2006-02-27 14:12
---
Created an attachment (id=10920)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10920&action=view)
Before mentioned patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26473
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 14:14 ---
(In reply to comment #5)
> Could it be that this is now fixed?
Nope, the second testcase in comment #2 is still very obvious missing an
optimization with respect with jump threading:
cmpw cr7,r31,r30
--- Comment #17 from steven at gcc dot gnu dot org 2006-02-27 14:22 ---
For -D__NO_MATH_INLINES we're probably not going to make any progress as long
as Uli is the glibc maintainer.
Other than that, this appears to be fixed. Note that ICC has -ffast-math and
SSE as the defaults, where
--- Comment #18 from steven at gcc dot gnu dot org 2006-02-27 14:22 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 14:41 ---
Reducing (I can reproduce this ICE on the mainline with a cross compiler).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from peb at mppmu dot mpg dot de 2006-02-27 14:49 ---
(In reply to comment #4)
> Fixed by:
> http://gcc.gnu.org/ml/gcc-patches/2004-03/msg02011.html
>
> This was not a regression so closing as fixed as per GCC's development guide
> lines.
>
It would be nice if you could
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 14:51 ---
Fine, then the last release of 3.4.x is comming so, it might make it into it
but I doubt it, post the backport to [EMAIL PROTECTED] and maybe the
release manager for 3.4 will approve it.
--
pinskia at gcc dot gnu
--- Comment #4 from dir at lanl dot gov 2006-02-27 14:55 ---
It looks like you got it this time. I tried all of the previous tests with good
results and I randomly tested a few hundred different I/O blocks size between 2
and 1 with out finding any errors.
--
http://gcc.gnu.org/b
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-27 15:54 ---
Confirmed, reduced testcase:
struct fpos {
long long _M_off;
char * _M_state;
};
fpos seekpos(fpos pos, int){}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |
--- Comment #6 from dje at gcc dot gnu dot org 2006-02-27 16:07 ---
This is the same problem that has been recurring when compiling with POWER for
a while. This is the first time that it has been reported to affect bootstrap.
The problem is that GCC does not re-recognize the store_mult
--- Comment #3 from paul dot richard dot thomas at cea dot fr 2006-02-27
16:10 ---
I have a fix that I will post tonight but it appears below anyway.
Paul
Index: gcc/fortran/trans-decl.c
===
--- gcc/fortran/trans-decl.c
I tried to run the attached test case on IA64 native and interpreted. The bad
news is that both give totally different results:
Native:
[EMAIL PROTECTED]:~$ gcj-4.0 DoubleTest.java -o doubleTest --main=DoubleTest -g
[EMAIL PROTECTED]:~$ ./doubleTest
5.0E-324
Interpreted:
[EMAIL PROTECTED]:~$ gi
--- Comment #1 from konqueror at gmx dot de 2006-02-27 16:20 ---
Created an attachment (id=10921)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10921&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
--- Comment #2 from greenrd at gcc dot gnu dot org 2006-02-27 16:59 ---
Another reason to update rmic is that the current rmic ignores its -classpath
argument.
--
greenrd at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 17:03 ---
Isn't this the "64bit" issue with fdlibm?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
bootstrapping GCC 3.4.5 (using the gcc4.0 compiler) fails with the following
error:
(SHLIB_LINK='' \
SHLIB_MULTILIB=''; \
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-error -DHAVE_CONFIG_H
-I. -I. -I. -I./. -I./../include
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 17:18 ---
Fixed for the mainline (4.2.0) and not going to be fixed for any other branch.
The port was fundematly broken before that point.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
I'm bootstrapping gcc 3.4.5 using the gcc 4.0 compiler on a macbook.
The boostrap compile fails with the following error:
gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long-DHAVE_CONFIG_H -o cc1 \
c-parse.o c-lang.o c-pretty
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-27 17:21 ---
As I mentioned in PR 26484, the port was fundamentally flawed in GCC before
4.0.x
*** This bug has been marked as a duplicate of 26484 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 17:21 ---
*** Bug 26485 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26484
--- Comment #3 from aph at gcc dot gnu dot org 2006-02-27 17:22 ---
I wouldn't expect to see such errors.
Are you sure you used -findirect-dispatch ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 17:23 ---
Oh, I missed that, woops.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #3 from konqueror at gmx dot de 2006-02-27 17:26 ---
I dont think so as the testcase works correctly on amd64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26483
--- Comment #28 from jakub at gcc dot gnu dot org 2006-02-27 17:26 ---
Subject: Bug 26208
Author: jakub
Date: Mon Feb 27 17:26:26 2006
New Revision: 111488
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111488
Log:
PR other/26208
* unwind-dw2.c (struct _Unwind_Co
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-27 17:32 ---
Trying to get a reduced C++ testcase, load PRE is causing the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-27 17:41 ---
This the best I can get but I never can get an ICE:
int f(int a, int *b, int *c, int *d)throw()
{
// try {
int e = *c;
if (e!=0)
*b = 1;
return *c+*d;
// } catch(...)
/* {
return 0;
}*/
}
Comp
--- Comment #4 from ralf dot corsepius at rtems dot org 2006-02-27 17:44
---
(From update of attachment 10920)
Though I still think GCC's toplevel configure to be bugged and this to be
fixing some of then, this patch doesn't solve the problems of this PR.
withdrawn
--
ralf dot cors
--- Comment #5 from ralf dot corsepius at rtems dot org 2006-02-27 17:48
---
Created an attachment (id=10922)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10922&action=view)
Move ssp headers into $(toolexeclibdir)/include
This patch moves libssp's headers to $(toolexeclibdir)/in
--- Comment #21 from jason_gouger at mentor dot com 2006-02-27 18:11
---
Note / patch taken from duplicate bug 21553
--- Comment #5 From Jason 2005-09-20 02:17 [reply] ---
(In reply to comment #0)
> looking at gcc.c it looks like the problem is coming from the following line:
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-02-27 19:45 ---
Subject: Bug 26447
Give this patch a try and let me know if it works for you
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26447
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-02-27 19:46 ---
Subject: Bug 26447
Whoops, forgot patch
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-02-27 19:46 ---
Created an attachment (id=10923)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10923&a
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-02-27 20:17
---
Steven, would you please apply this patch ASAP?
Thanks,
-- Mark
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25196
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-02-27 20:21
---
Zdenek, does your patch apply to 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25632
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-27 20:23
---
Jakub, does your patch apply to 4.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25682
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-27 20:25
---
Marked as P2. This is a serious issue for those it affects, but it is indeed a
corner case. Also, since this was broken from 3.3.x forwards, there is
presumably relatively little code using the construct; certain
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-27 20:25 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-27 20:26
---
This is just a testsuite issue; not release-critical. (It's OK to fix the bug,
though, if someone wants to do that.)
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-27 20:27
---
IA64 is a secondary platform for GCC 4.0.x. As such, it's too bad this isn't
fixed, but not release critical; P2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-27 20:29
---
Jakub, does this patch apply to 4.0.x?
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-02-27 20:29
---
Set to P2. This bug is somewhat exotic, and not a regression from previous
4.0.x releases.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-02-27 20:32
---
Ada is not release-critical; P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-02-27 20:33
---
Fortran is not release-critical; P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from drow at gcc dot gnu dot org 2006-02-27 20:44 ---
Dan Berlin, Diego, and I bounced this around on IRC a little. A couple of
things that came up:
- Diego suggested putting locuses on unshared INTEGER_CSTs as another
possible approach.
- I suggested that if we wan
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-27 21:12 ---
Subject: Bug 25196
Author: steven
Date: Mon Feb 27 21:12:54 2006
New Revision: 111490
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111490
Log:
Backport from mainline and the GCC 4.1 branch:
--- Comment #13 from steven at gcc dot gnu dot org 2006-02-27 21:13 ---
'tis done.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
When retrieving the headers from a URLConnection the results differ from what
happens with the Sun jvm. Specifically some headers get mashed together instead
of apearing as 2 different headers. I think this happens if a header with the
same name appears twice (with different values). I will attach
--- Comment #11 from steven at gcc dot gnu dot org 2006-02-27 21:42 ---
Re. comment #3, testing all releases is, I'm sorry to say, rather worthless.
Things usually break during development, not during the release process.
Obviously nobody can tell you what to do with your resources, but
--- Comment #1 from ifoox at redhat dot com 2006-02-27 21:42 ---
On further investigation it seems like the headers are represented similarly
when they are recieved but URLConnection.getHeaderFieldKey and
URLConnection.getHeaderField don't behave as expected.
--
ifoox at redhat dot c
--- Comment #2 from ifoox at redhat dot com 2006-02-27 21:44 ---
Created an attachment (id=10926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10926&action=view)
Test case
Compile simply with 'TestLoginCookie.java' and run with 'java TestLoginCookie'.
I'll also attach what I fou
--- Comment #3 from ifoox at redhat dot com 2006-02-27 21:47 ---
Here's what the output of URLConnection.getHeaderFields() is for GCJ:
{null=[HTTP/1.1 200 OK], Date=[Mon, 27 Feb 2006 21:34:40 GMT],
Server=[Apache/2.0.46 (Red Hat)], Set-Cookie=[Bugzilla_login=192617;
path=/bugzilla; expir
--- Comment #14 from quanah at stanford dot edu 2006-02-27 22:19 ---
I've tried the patch suggested in this bug. However, I found that it does
*not* fix all the issues. For example, here is the result of my libstdc++.la
file with the patch applied:
# Libraries that this one depends up
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-02-27 22:29
---
Created an attachment (id=10927)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10927&action=view)
Proposed patch
--
mmitchel at gcc dot gnu dot org changed:
What|Removed
--- Comment #12 from steven at gcc dot gnu dot org 2006-02-27 22:36 ---
With "GNU C version 4.1.0 20060222 (prerelease) (powerpc-unknown-linux-gnuspe)"
I get a different ICE:
$ ./cc1 -O2 -fno-inline t.c
foo
t.c: In function 'foo':
t.c:9: warning: incompatible implicit declaration of bu
--- Comment #13 from steven at gcc dot gnu dot org 2006-02-27 22:42 ---
The insn triggering my ICE appears in peephole2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26459
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-27 22:42
---
Retargeted at 4.1.1 per David's comments.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from steven at gcc dot gnu dot org 2006-02-27 22:44 ---
Before peephole2:
(insn:HI 27 60 28 2 (set (reg:DF 0 0 [125])
(mem/u/c/i:DF (reg/f:SI 9 9 [126]) [3 S8 A64])) 892
{*movdf_e500_double} (insn_list:REG_DEP_TRUE 26 (nil))
(expr_list:REG_DEAD (reg/f:SI 9 9
With a freshly svn up'ed gcc to the 4.1.0 branch, and an empty obj dir, I get
the following compile error on NetBSD-current (3.99.15).
/aux/obj/gcc41/./gcc/xgcc -shared-libgcc -B/aux/obj/gcc41/./gcc -nostdinc++
-L/a
ux/obj/gcc41/i386-unknown-netbsdelf3.99.15/libstdc++-v3/src
-L/aux/obj/gcc41/i38
6
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
I just tried to compile Suse Linux package graphviz-2.6-9 with a recent
GNU C++ compiler version 4.2 snapshot 20060225.
The compiler snapshot said
~dcb/gnu/42-20060225/results/bin/gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../..
-I../../lib/common -I../../lib/gvc -I../../lib/pack -I../../lib/pathplan
--- Comment #1 from dcb314 at hotmail dot com 2006-02-27 23:10 ---
Created an attachment (id=10928)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10928&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26490
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-27 23:18 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26490
--- Comment #4 from patchapp at dberlin dot org 2006-02-27 23:30 ---
Subject: Bug number PR26393
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-02/msg02025.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #19 from hjl at lucon dot org 2006-02-27 23:40 ---
Even with the new patch
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01994.html
I still got the same result. The new see pass won't touch
(insn:HI 13 9 14 2 (set (reg/v:SI 73 [ t ])
(mem/s:SI (symbol_ref:DI ("state
--- Comment #1 from dogcow at babymeat dot com 2006-02-27 23:55 ---
And, in fact, reverting gthr-posix.h to -r 110280 makes things build
successfully.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-28 00:08 ---
Reduced testcase:
extern int nsites;
typedef struct Site {
} Site;
typedef struct ptitem {
Site site;
int overlaps;
} Info_t;
extern Info_t *nodeInfo;
int countOverlap(int iter)
{
int i, j;
Info_t *ip = nodeI
--- Comment #18 from rakdver at atrey dot karlin dot mff dot cuni dot cz
2006-02-28 00:18 ---
Subject: Re: [4.0 Regression] ICE with const int copied into two different
functions
> Zdenek, does your patch apply to 4.0?
yes, it does.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
/usr/local/gcc42/bin/gfortran -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c,c++,fortran
--prefix=/usr/local/gcc42 --disable-bootstrap
Thread model: posix
gcc version 4.2.0 20060225 (experimental)
f90 source file (24.f90 on mu local sys
1 - 100 of 130 matches
Mail list logo
