--- Comment #1 from daney at gcc dot gnu dot org 2007-09-18 18:48 ---
SyncTest never completes. When it gets into this state the threads are in the
followin state:
(gdb) thread 6
[Switching to thread 6 (Thread 758265024 (LWP 29566))]#0 0x2ce68fac in
pthread_cond_wait@@GLIBC_2.3.2
--- Comment #3 from daney at gcc dot gnu dot org 2007-09-18 23:35 ---
The LOCKED bit is set. All the other fields in the hash entry are zero.
I think adding a memory barrier at the end of compare_and_swap fixes the
problem.
Currently I have:
inline static bool
compare_and_swap
--- Comment #4 from daney at gcc dot gnu dot org 2007-09-20 07:03 ---
Created an attachment (id=14227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14227&action=view)
Proposed patch.
I am testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33479
--- Comment #5 from daney at gcc dot gnu dot org 2007-09-26 16:45 ---
Subject: Bug 33479
Author: daney
Date: Wed Sep 26 16:45:39 2007
New Revision: 128821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128821
Log:
2007-09-26 David Daney <[EMAIL PROTECTED]>
--- Comment #6 from daney at gcc dot gnu dot org 2007-09-27 15:53 ---
Fixed now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
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=28313
--
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=32437
--
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=32406
ilds
Product: gcc
Version: 4.2.2
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 target triplet: mipsel-linux
--- Comment #4 from daney at gcc dot gnu dot org 2007-10-12 20:44 ---
Not that I have looked into the problem, but this sounds similar to this
problem:
http://sourceware.org/ml/binutils/2006-11/msg00059.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #6 from daney at gcc dot gnu dot org 2007-10-12 21:06 ---
>From the reduced testcase could you post the result of:
objdump -r -j .text 33755.o
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33755
--- Comment #7 from daney at gcc dot gnu dot org 2007-10-12 22:08 ---
The reduced testcase is different than the reported problem. At a minimum the
relocation types are different. Also the kernel is compiled with -G 0
-mno-abicalls
If we compile the reduced testcase thusly:
(sid
--- Comment #8 from daney at gcc dot gnu dot org 2007-10-12 22:35 ---
It appears to be a GCC bug not binutils:
If you look at the assembly output for gcc-4.2, we emit:
lui $2,%hi($LC6)
But there is no corresponding %lo($LC6) to be found. No amount of relocation
sorting could
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:40
---
Created an attachment (id=8257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8257&action=view)
C testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 21:41
---
Created an attachment (id=8258)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8258&action=view)
C testcase driver.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 22:02
---
The new 'C' test case will reproduce the bug on:
$ mipsel-linux-gcc -v
Using built-in specs.
Target: mipsel-linux
Configured with: ../gcccvsmain/gcc/configure --target=mipsel-linux
--with-sysroot=
--- Additional Comments From daney at gcc dot gnu dot org 2005-02-22 22:06
---
I should comment that yes I have tried to simplify tm.c. This is the best I
could do. It seems that register pressure is important to force the compiler
into the failure mode, as in simpler cases the madd
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-03 21:19
---
Thanks Richard,
The patch applies cleanly against 3.4.3 (with an offset of something like 9
lines). I found no regressions with a top level make -k check for an i686-linux
-> mipsel-linux cross compi
--
Summary: Buff
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libgcj
AssignedTo: daney at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
--
What|Removed |Added
Summary|Buff|Buffere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20389
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-08 21:13
---
I will attach a testcase.
I also have a tentative patch and Mauve test that I will submit shortly.
--
What|Removed |Added
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-08 21:16
---
Created an attachment (id=8367)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8367&action=view)
Testcase
As shown in the testcase, a series of marks and reads can cause
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2005-03-08 21:23:11 |2005-03-08 21:32:28
date|
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-09 00:16
---
Patch posted here:
http://gcc.gnu.org/ml/java-patches/2005-q1/msg00669.html
--
What|Removed |Added
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot or
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:45
---
I should add that I think this is a target independent bug as it also fails for
a mipsel-linux target.
--
What|Removed |Added
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:55
---
If you modify the testcase file A.java so that the inner class A1 is no longer
static, the testcase converts to an ice-on-invalid-code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:56
---
Created an attachment (id=8502)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8502&action=view)
First part of smaller testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:58
---
Created an attachment (id=8503)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8503&action=view)
Second part of smaller testcase.
New Testcase. I think it is the same problem.
$ gcj A1.java B1.
super
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:43
---
Created an attachment (id=8499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8499&action=view)
Testcase part1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:43
---
Created an attachment (id=8500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8500&action=view)
Testcase part2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- Additional Comments From daney at gcc dot gnu dot org 2005-03-30 23:44
---
Created an attachment (id=8501)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8501&action=view)
Testcase part3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
: 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 #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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||3.4.3
Target Milestone|--- |4.3.0
http
--- 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
: 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 #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
--- 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
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 #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
--
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-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
--- 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 #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
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
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
--- 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 |
: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mipsel
--- Comment #1 from daney at gcc dot gnu dot org 2007-05-03 23:02 ---
I am investigating why
ext/pb_ds/detail/unordered_iterator/const_point_iterator.hpp
is missing from my source directory when it appears to be in the tarball.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31807
--- Comment #2 from daney at gcc dot gnu dot org 2007-05-03 23:09 ---
Dang.
I am using busybox tar. It seems to have failed while unpacking the tarfile.
I am building gnu tar now. Perhaps that will solve this problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31807
--- Comment #4 from daney at gcc dot gnu dot org 2007-05-04 00:01 ---
Sorry for the noise.
After unpacking the tarball with gnu tar, the bootstrap proceeds past the
previous point of failure.
--
daney at gcc dot gnu dot org changed:
What|Removed
: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux
--- Comment #1 from daney at gcc dot gnu dot org 2007-05-07 04:23 ---
I just finished bootstrapping and testing r124337 and r124338 on
x86_64-pc-linux-gnu (FC6). Not surprisingly, this verifies that r124338 causes
the regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31842
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-12 18:38 ---
Subject: Bug 29324
Author: daney
Date: Sat May 12 17:37:55 2007
New Revision: 124638
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124638
Log:
PR libgcj/29324
* include/posix-t
--- Comment #7 from daney at gcc dot gnu dot org 2007-05-12 19:52 ---
I think the patch solves the problem.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-16 21:10 ---
Marking as FIXED as it now works for me *if* I use a current native GCC to
build the cross compiler.
I am prepering a documentation patch that explains my interpretation of the
requirements.
--
daney at gcc dot
--- Comment #2 from daney at gcc dot gnu dot org 2007-05-18 17:31 ---
Currently building mipsel-unknown-linux-gnu.
# cat LAST_UPDATED
Wed May 16 12:35:18 PDT 2007
Wed May 16 19:35:18 UTC 2007 (revision 124776)
libstdc++-v3 was built without ICEing (currently building in libjava).
The
--- Comment #5 from daney at gcc dot gnu dot org 2007-05-19 18:12 ---
UNIX/Linux sucks.
There are likely races with read/write and close all over libgcj:
=
Thread 1 Thread 2 Thread 3
load
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-19 18:20 ---
That didn't come out quite right :(.
The close part would be:
int t = dup(fileDes)
dup2(global_always_error_fd, fileDes);
synchronized {
cleanupFD = fileDes;
}
close (t);
synchro
--- Comment #6 from daney at gcc dot gnu dot org 2007-05-20 07:11 ---
(In reply to comment #5)
> With:
>/home/tbm/scratch/gcc/configure -v --enable-languages=c,c++
> --disable-werror
> mipsel-linux-gnu
> I get the same segfault in gcc/libstdc++-v3/src/fstream-inst
--- Comment #9 from daney at gcc dot gnu dot org 2007-05-22 05:38 ---
Confirmed on a cross compiler configured:
../t1/configure --target=mipsel-linux
--with-sysroot=/usr/local/mipsel-linux-test
--prefix=/usr/local/mipsel-linux-test --with-arch=mips32 --with-float=soft
--disable-java
--- Comment #10 from daney at gcc dot gnu dot org 2007-05-22 16:21 ---
This bug was triggered on the trunk by:
$ svn log -r 124258
r124258 | hubicka | 2007-04-28 01:20:08 -0700 (Sat, 28 Apr 2007) | 50 lines
--- Comment #11 from daney at gcc dot gnu dot org 2007-05-24 06:06 ---
Reduced testcase:
g++.dg/abi/thunk3.C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31975
--- Comment #12 from daney at gcc dot gnu dot org 2007-05-24 06:08 ---
Fails with: -mno-shared
OK with: -mshared
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31975
--- Comment #13 from daney at gcc dot gnu dot org 2007-05-25 08:16 ---
Created an attachment (id=13610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13610&action=view)
Proposed patch.
I will bootstrap and test the attached patch. It allows my cross build to
c
--- Comment #16 from daney at gcc dot gnu dot org 2007-05-30 04:21 ---
Subject: Bug 31975
Author: daney
Date: Wed May 30 04:21:24 2007
New Revision: 125178
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125178
Log:
PR gcc/31975
* config/mip
--- Comment #17 from daney at gcc dot gnu dot org 2007-05-30 04:38 ---
Fix committed to the trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
: wrong-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-gnu
GCC host triplet: mipsel-linux-gnu
GCC target triplet: mipsel-linux
--- Comment #1 from daney at gcc dot gnu dot org 2007-06-13 00:03 ---
Created an attachment (id=13695)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13695&action=view)
.i for gengtype
Compiling like this causes the bad code (the configure line is even in there):
# /hom
--- Comment #2 from daney at gcc dot gnu dot org 2007-06-13 05:58 ---
I have a prototype patch that I think fixes this problem.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from daney at gcc dot gnu dot org 2007-06-13 06:26 ---
Created an attachment (id=13696)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13696&action=view)
Proposed fix.
I will try to bootstrap the Proposed fix tomorrow.
--
http://gcc.gnu.org/b
--- Comment #5 from daney at gcc dot gnu dot org 2007-06-13 19:44 ---
Unfortunatly the patch causes an ICE compiling crtstuff.c. I will have to
adjust it a bit...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32313
--- Comment #6 from daney at gcc dot gnu dot org 2007-06-13 20:39 ---
Created an attachment (id=13700)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13700&action=view)
Revised patch.
I don't know what I was thinking with the first version of the patch :-( The
new ver
--- Comment #8 from daney at gcc dot gnu dot org 2007-06-17 05:05 ---
Good news and bad news.
My 32313-v2.patch allows c,c++,java to bootstrap except for at the very end of
the libjava build gcj-dbtool gets stuck in an endless loop. Luckily killing it
allows the build to complete
--- Comment #9 from daney at gcc dot gnu dot org 2007-06-18 17:36 ---
Subject: Bug 32313
Author: daney
Date: Mon Jun 18 17:36:42 2007
New Revision: 125818
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125818
Log:
PR target/32313
* config/mip
--- Comment #10 from daney at gcc dot gnu dot org 2007-06-18 17:41 ---
The ability to bootstrap is fixed by the patch. There are other dataflow
regressions that will be fixed by follow up patches.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from daney at gcc dot gnu dot org 2007-06-18 19:35 ---
Subject: Bug 32313
Author: daney
Date: Mon Jun 18 19:35:05 2007
New Revision: 125824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125824
Log:
Revert:
2007-06-18 David Daney
--- Comment #12 from daney at gcc dot gnu dot org 2007-06-18 19:35 ---
That fix was incorrect. Sorry.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from daney at gcc dot gnu dot org 2007-06-18 19:39 ---
This is the same problem as:
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg01165.html
I am currently bootstrapping the patch in that e-mail thread and will probably
commit that version.
--
http://gcc.gnu.org
--- Comment #14 from daney at gcc dot gnu dot org 2007-06-19 16:36 ---
Subject: Bug 32313
Author: daney
Date: Tue Jun 19 16:36:42 2007
New Revision: 125852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125852
Log:
PR target/32313
* config/mips
101 - 200 of 307 matches
Mail list logo
