--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.3
iority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target triplet: mips64-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42839
gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mips64-unknown-linux
GCC host triplet: mips64-unknown-linux
GCC target triplet: mips64-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42661
--- Comment #5 from daney at gcc dot gnu dot org 2009-12-08 17:34 ---
(In reply to comment #4)
> Mike Stump says that the frame can be optimized away on darwin. However,
> Apple's 4.2.1 compiler in darwin10 also appears to leave the stack frame...
That compiler doesn&
--- Comment #3 from daney at gcc dot gnu dot org 2009-12-07 17:27 ---
It is failing because the redundant stack pointer adjustments are not being
removed.
This test is passing for me on i686-pc-linux-gnu at r154987, so I think it
must be darwin specific.
If for some reason darwin
--- Comment #13 from daney at gcc dot gnu dot org 2009-12-04 18:20 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from daney at gcc dot gnu dot org 2009-12-04 17:46 ---
Subject: Bug 42164
Author: daney
Date: Fri Dec 4 17:46:23 2009
New Revision: 154987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154987
Log:
2009-12-04 David Daney
PR rtl-optimizati
--- Comment #11 from daney at gcc dot gnu dot org 2009-12-02 01:38 ---
Created an attachment (id=19206)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19206&action=view)
A Patch that seems to actually work.
The first patch was bogus. This patch actually works. I will
--- Comment #10 from daney at gcc dot gnu dot org 2009-12-02 00:21 ---
Created an attachment (id=19204)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19204&action=view)
A possible patch.
This patch allows me to build the kernel without ICEing, but the resulting
image w
--- Comment #9 from daney at gcc dot gnu dot org 2009-12-02 00:18 ---
Created an attachment (id=19203)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19203&action=view)
More reduced testcase.
A more reduced testcase.
--
daney at gcc dot gnu dot org changed:
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42164
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--- Comment #8 from daney at gcc dot gnu dot org 2009-12-01 07:26 ---
Created an attachment (id=19193)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19193&action=view)
Reduced testcase
Configured as:
../trunk/configure --target=mips64-linux
--with-sysroot=/home/daney/mips6
--- Comment #4 from daney at gcc dot gnu dot org 2009-11-25 01:10 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you provide the preprocessed source?
> >
>
> Sorry, the preprocessed source is too big, I can not paste it as comment,
> where
>
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:08 ---
Fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-26 05:08 ---
Both patches in comment #1 are now committed. This should now be fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from daney at gcc dot gnu dot org 2009-07-26 05:05 ---
Should be fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from daney at gcc dot gnu dot org 2009-07-25 20:25 ---
Subject: Bug 40445
Author: daney
Date: Sat Jul 25 20:25:18 2009
New Revision: 150090
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150090
Log:
2009-07-25 David Daney
PR rtl-optimizati
--- Comment #4 from daney at gcc dot gnu dot org 2009-07-10 22:55 ---
This is the proposed patch for this bug:
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01978.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from daney at gcc dot gnu dot org 2009-07-10 22:52 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from daney at gcc dot gnu dot org 2009-07-10 22:50 ---
Subject: Bug 39079
Author: daney
Date: Fri Jul 10 22:49:52 2009
New Revision: 149500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=149500
Log:
2009-07-10 David Daney
PR targ
--- Comment #4 from daney at gcc dot gnu dot org 2009-07-09 15:48 ---
The patches in comment #1 fix the problem.
If someone would review them we could probably close the bug.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2009-06-29 22:50 ---
Well the trunk at r149061 with both the afore mentioned patches applied does
not exhibit the ICE for me on x86_64-pc-linux-gnu. Without the patches I
obtain the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #1 from daney at gcc dot gnu dot org 2009-06-29 18:36 ---
Do either of these patches fix the problem?
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01267.html
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01978.html
--
daney at gcc dot gnu dot org changed
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from daney at gcc dot gnu dot org 2009-06-17 00:23 ---
At r 148555 on x86_64-pc-linux-gnu I can confirm:
[da...@dd_xps junk]$ /home/daney/gccsvn/native-clean/gcc/g++
-B/home/daney/gccsvn/native-clean/gcc/ -fomit-frame-pointer -m32 -S dd1.cc
dd1.cc: In function void g
--- Comment #14 from daney at gcc dot gnu dot org 2009-06-12 00:29 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from daney at gcc dot gnu dot org 2009-06-11 23:55 ---
Subject: Bug 39252
Author: daney
Date: Thu Jun 11 23:55:45 2009
New Revision: 148403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148403
Log:
2009-06-11 David Daney
PR c/39252
--- Comment #12 from daney at gcc dot gnu dot org 2009-06-09 20:16 ---
(In reply to comment #6)
> Wouldn't be a special "noreturn" clobber in inline asm better suited for this
> then?
>
See: http://gcc.gnu.org/ml/gcc-patches/2000-01/msg00190.html for an opposi
--- Comment #11 from daney at gcc dot gnu dot org 2009-06-09 20:12 ---
This is essentially __builtin_unreachable() for which I am working on a patch.
http://gcc.gnu.org/ml/gcc-patches/2009-06/msg00787.html
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #19 from daney at gcc dot gnu dot org 2009-05-18 23:32 ---
Created an attachment (id=17890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17890&action=view)
Proposed fix.
I am testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40172
--- Comment #15 from daney at gcc dot gnu dot org 2009-05-18 22:35 ---
And yet another place:
../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively
exhaustive tests is always true
../../trunk/gcc/config/mips/sb1.md:159: error: logical or of collectively
--- Comment #14 from daney at gcc dot gnu dot org 2009-05-18 21:10 ---
For the record: This affects mips64-linux as well.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from daney at gcc dot gnu dot org 2009-05-18 17:39 ---
I am working on a patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2009-02-03 21:32 ---
I guess you are right. I thought I had a failing testcase, but I can't make it
fail any more.
Marking as invalid.
--
daney at gcc dot gnu dot org changed:
What|Removed |
64-bit values and register asm
constraints with o32 ABI.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc
nt: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mips64-unknown-linux-gnu
GCC host triplet: mips64-unknown-linux-gnu
GCC target triplet: mips64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39079
: P3
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mips64-unknown-linux-gnu
GCC host triplet: mips64-unknown-linux-gnu
GCC target triplet: mips64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla
--- Comment #5 from daney at gcc dot gnu dot org 2009-01-09 22:00 ---
You have to be able to do one of the original test case or this:
$ cat foo1.c
void baz(int v)
{
unsigned a;
a = (v == 1) ? 1 : 2;
if (__builtin_constant_p(a)) {
asm volatile
--- Comment #3 from daney at gcc dot gnu dot org 2009-01-09 21:55 ---
Good, this code comes from the Linux kernel:
mm/backing-dev.c (set_bdi_congested())
Is the kernel at fault? If so I am sure Linus would like to hear about it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
or
non-constant arguments.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
--- Comment #1 from daney at gcc dot gnu dot org 2008-12-18 01:53 ---
Created an attachment (id=16926)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16926&action=view)
Test case.
Here is the somewhat reduced test case. The original code comes from the Linux
kernel mm/read
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http
--- Comment #20 from daney at gcc dot gnu dot org 2008-09-26 15:58 ---
1) Create an object.
2) Enter a synchronized block on the object and do Object.wait().
3) In a second thread, enter a synchronized block on the object. There is lock
contention, heavy lock escalation is
--- Comment #18 from daney at gcc dot gnu dot org 2008-09-23 17:40 ---
Created an attachment (id=16396)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16396&action=view)
Possible work-around
This is a patch against 3.4.3 that we are seriously considering using
internall
--- Comment #17 from daney at gcc dot gnu dot org 2008-09-22 23:56 ---
For me the testcase always gets a ConcurrentModificationException in w.clear()
very soon after starting. This is on GCC trunk 140563 on x86_64-pc-linux-gnu.
If I synchronize(w) for accesses to w there is no
--- Comment #16 from daney at gcc dot gnu dot org 2008-09-22 20:08 ---
This is biting me now. Perhaps I may look at fixing it (or maybe not...).
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-22 19:52 ---
Fix committed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from daney at gcc dot gnu dot org 2008-09-22 19:49 ---
Subject: Bug 37593
Author: daney
Date: Mon Sep 22 19:48:09 2008
New Revision: 140563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140563
Log:
2008-09-22 David Daney <[EMAIL PROTECTED]>
--- Comment #2 from daney at gcc dot gnu dot org 2008-09-20 07:25 ---
Created an attachment (id=16367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16367&action=view)
Proposed patch.
This patch seems like it may work. I will bootstrap/test it.
--
daney at gcc dot
--- Comment #1 from daney at gcc dot gnu dot org 2008-09-20 00:38 ---
This may be an ABI issue, but since -mlong-calls -mno-abicalls doesn't seem to
have a very rigorous ABI definition, we probably have some latitude with
respect to implementing this.
foo.c:
--
extern
--- Comment #11 from daney at gcc dot gnu dot org 2008-09-07 17:32 ---
Can we close this now?
I think it is fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28126
--- Comment #3 from daney at gcc dot gnu dot org 2008-09-07 17:30 ---
It is also working on r140069
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00612.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
--- Comment #2 from daney at gcc dot gnu dot org 2008-09-06 17:50 ---
140035 seems OK:
http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00503.html
I am now trying 140069.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
--- Comment #15 from daney at gcc dot gnu dot org 2008-09-05 18:29 ---
Thanks for the patch.
With the patch applied to the trunk my bootstrap has made it into stage 2,
indicating that it has corrected the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #9 from daney at gcc dot gnu dot org 2008-09-04 22:48 ---
(In reply to comment #2)
> > Andrey, this is likely due to the selective scheduler merge. Can you
> > investigate or delegate?
> We couldn't reproduce this with a cross from x86_64. Also, Ad
--- Comment #8 from daney at gcc dot gnu dot org 2008-09-04 17:39 ---
It is reproducible in a cross compiler as well.
This is my command line:
/home/daney/gccsvn/mipsel-trunk/gcc/cc1 -fpreprocessed j.i -quiet -march=sb1
-O2 -o j.s
Changing to -march={mips32,mips32r2,r5000} "
--- Comment #7 from daney at gcc dot gnu dot org 2008-09-04 17:17 ---
The problem is present in 139918
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #6 from daney at gcc dot gnu dot org 2008-09-04 16:12 ---
I get the same ICE using gcc (Debian 4.3.1-8) 4.3.1 as the bootstrap compiler,
so I am going with the theory that the bootstrap compiler is not the cause of
this problem.
--
http://gcc.gnu.org/bugzilla
--- Comment #4 from daney at gcc dot gnu dot org 2008-09-04 14:49 ---
You will note that I configured with --with-arch=sb1.
This in turn causes cc1 to be invoked with -march=sb1
I will attempt to test with a cross build.
My bootstrap gcc is: gcc (GCC) 4.4.0 20080223 (experimental
: In function '__popcountsi2':
j.i:16: internal compiler error: in max_issue, at haifa-sched.c:2074
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: ICE in haifa-sched.c when compiling __popcountsi2 from
libgcc
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mipsel-linux
GCC host triplet: mipsel-linux
GCC target triplet: mipsel-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
--- Comment #3 from daney at gcc dot gnu dot org 2008-05-21 04:00 ---
Fixed in 4.3.1 and trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2008-05-21 03:58 ---
Subject: Bug 36252
Author: daney
Date: Wed May 21 03:57:38 2008
New Revision: 135706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135706
Log:
2008-05-20 David Daney <[EMAIL PROTECTED]>
--- Comment #1 from daney at gcc dot gnu dot org 2008-05-21 03:49 ---
Subject: Bug 36252
Author: daney
Date: Wed May 21 03:49:03 2008
New Revision: 135705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135705
Log:
2008-05-20 David Daney <[EMAIL PROTECTED]>
testing a patch
--
Summary: OutOfMemoryError on simple text conversion.
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: daney at gcc dot gnu dot org
ReportedBy:
--- Comment #7 from daney at gcc dot gnu dot org 2008-02-27 18:11 ---
Unassigning as I am not working on this.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2008-02-27 18:08 ---
Fixed on the trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from daney at gcc dot gnu dot org 2008-02-27 18:05 ---
Subject: Bug 34409
Author: daney
Date: Wed Feb 27 18:04:49 2008
New Revision: 132725
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132725
Log:
PR target/34409
* config/mip
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35032
--- Comment #1 from daney at gcc dot gnu dot org 2008-01-31 06:55 ---
confirmed with cross-compiler mips64-linux-gcc (GCC) 4.3.0 20080127
(experimental) [trunk revision 131882]
$ mips64-linux-gcc -w -O2 -fno-show-column -lm -mabi=64 -march=r5000 -o j
/home/daney/gccsvn/trunk/gcc
c-torture/execute/20040709-2.c
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: dan
--- Comment #11 from daney at gcc dot gnu dot org 2008-01-18 18:15 ---
It is a regression, this works:
$ mipsel-linux-gcc -march=sb1 -ffast-math -c pr34233.c
$ mipsel-linux-gcc --version
mipsel-linux-gcc (GCC) 3.4.3
This doesn't:
$ gcc -march=sb1 -ffast-math -c pr34233.c
pr34
--- Comment #2 from daney at gcc dot gnu dot org 2008-01-17 21:19 ---
(In reply to comment #1)
> What ICE?
>
As noted in the original comments, the ICE in this testsuite run:
http://gcc.gnu.org/ml/gcc-testresults/2008-01/msg00204.html
--
http://gcc.gnu.org/bugzilla/show_b
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||3.4.3
Target Milestone|--- |4.3.0
http
: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mipsel-linux-gnu
GCC host triplet: mipsel-linux-gnu
GCC target triplet: mipsel-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34831
--- Comment #1 from daney at gcc dot gnu dot org 2008-01-17 17:44 ---
I wonder what would happen (but not enough to actually test it) if these:
typedef __java_byte jbyte;
typedef __java_short jshort;
typedef __java_int jint;
typedef __java_long jlong;
typedef __java_float
--- Comment #3 from daney at gcc dot gnu dot org 2007-12-14 07:36 ---
Kaz: A test case would be useful.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from daney at gcc dot gnu dot org 2007-12-13 19:32 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from daney at gcc dot gnu dot org 2007-12-13 19:19 ---
Subject: Bug 34144
Author: daney
Date: Thu Dec 13 19:19:17 2007
New Revision: 130908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130908
Log:
2007-12-13 Andrew Pinski <[EMAI
--- Comment #10 from daney at gcc dot gnu dot org 2007-12-13 05:28 ---
Currently testing on x86_64-pc-linux-gnu. I will commit if all OK.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from daney at gcc dot gnu dot org 2007-12-13 01:12 ---
Andrew proposed a patch (which was then approved) here:
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01511.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
--- Comment #1 from daney at gcc dot gnu dot org 2007-12-11 23:20 ---
Verified that it works on MontaVista build 3.4.3.
Still failing on:
armv5tl-montavista-linuxeabi-g++ (GCC) 4.3.0 20071211 (experimental) [trunk
revision 130777]
--
daney at gcc dot gnu dot org changed
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34415
--- Comment #1 from daney at gcc dot gnu dot org 2007-12-10 05:15 ---
Perhaps we could get a URL to a version of mawk that is failing.
Also details about how you configured gcc and which svn revision number you
tested, and how mawk was configured.
--
http://gcc.gnu.org/bugzilla
t org
ReportedBy: daney at gcc dot gnu dot org
GCC target triplet: mips*-*-linux*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34409
Summary: [arm] varargs broken with 64bit parameters.
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
Re
--- Comment #7 from daney at gcc dot gnu dot org 2007-11-11 07:05 ---
Created an attachment (id=14528)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14528&action=view)
Proposed patch second half.
Completely untested patch. It will probably take me a couple of weeks to
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-11 06:32 ---
Well the fix only works for o32. As noted in PR 34062, n32 is broken. I would
guess n64 as well.
I will take another try at fixing it. Perhaps the second attempt will work out
a little better than the first
--- Comment #1 from daney at gcc dot gnu dot org 2007-11-11 06:29 ---
The problem is that $gp is clobbered at the nonlocal_goto_receiver but it is
not being restored.
Currently the nonlocal_goto_receiver has a condition of
TARGET_CALL_CLOBBERED_GP, but this is not correct. I think it
--- Comment #5 from daney at gcc dot gnu dot org 2007-11-11 06:29 ---
*** Bug 34062 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32406
--- Comment #12 from daney at gcc dot gnu dot org 2007-11-11 06:25 ---
Well obviously my commit attributed to this bug mentioned the wrong bug number.
I wonder if I can find the proper bug...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32046
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|--- |4.3.0
http
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mips64-unknown-linux-gnu
GCC host triplet: mips64-unknown
--- Comment #7 from daney at gcc dot gnu dot org 2007-11-07 18:59 ---
We no longer regress with respect to this testcase (bootstrapping on my small
mipsel-linux system).
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.2.3 |4.2.1
Target Milestone|--- |4.2.3
--- Comment #4 from daney at gcc dot gnu dot org 2007-11-06 17:17 ---
This is my last known good mips-linux-gnu build:
http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01186.html
On mipsel-linux-gnu I am bootstrapping almost daily without problems.
Also last night (with an current
--- Comment #1 from daney at gcc dot gnu dot org 2007-11-06 17:08 ---
Perhaps your bootstrap compiler is faulty.
It would seem that no code from the compiler-being-built is run at this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34007
--- Comment #6 from daney at gcc dot gnu dot org 2007-11-05 17:34 ---
As of r129803, I can bootstrap c,c++,java on my mipsel-linux build machine with
128MB RAM again. Although some files require more than 128MB of virtual
memory, I have plenty of swap and the system does not thrash so
--- Comment #2 from daney at gcc dot gnu dot org 2007-10-27 18:04 ---
>From my O2:
http://gcc.gnu.org/ml/gcc-testresults/2007-10/msg01186.html
Please update and try again. Use contrib/gcc_update so that the svn version
number is put into the version information.
--
h
1 - 100 of 307 matches
Mail list logo
