--- Comment #15 from daney at gcc dot gnu dot org 2007-06-19 16:43 ---
The second time is the charm.
There are still regressions caused by the dataflow merge, but at least we can
bootstrap now.
--
daney at gcc dot gnu dot org changed:
What|Removed
ONFIRMED
Keywords: 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
GC
--- Comment #2 from daney at gcc dot gnu dot org 2007-06-20 07:11 ---
Created an attachment (id=13739)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13739&action=view)
First patch attempt.
I think this patch fixes this bug. The test case looks better from my
cross-compi
Version: 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: mipsel-linux-gnu
GCC host triplet: mipsel
--- Comment #1 from daney at gcc dot gnu dot org 2007-06-21 09:15 ---
Created an attachment (id=13754)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13754&action=view)
Proposed patch.
This is a problem with __builtin_eh_return().
At -O0 the new return address is being st
--- Comment #3 from daney at gcc dot gnu dot org 2007-06-21 20:52 ---
I haven't yet looked in detail at the RTL dumps, but in the assembly output the
store of the new return value was missing. It didn't seem to be in the wrong
place, but missing entirely. I just hacked up th
--- Comment #11 from daney at gcc dot gnu dot org 2007-06-22 04:46 ---
Subject: Bug 32046
Author: daney
Date: Fri Jun 22 04:46:08 2007
New Revision: 125941
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125941
Log:
PR target/32046
* config/mips
--- Comment #4 from daney at gcc dot gnu dot org 2007-06-22 04:55 ---
Fixed by this patch:
http://gcc.gnu.org/viewcvs?view=rev&revision=125941
Unfortunately I botched the PR number in the ChangeLog with my first commit, so
the magic patch description did not show up
--- Comment #4 from daney at gcc dot gnu dot org 2007-06-22 08:38 ---
Looking at the rtl dumps of unwind-dw2.c compiled with -O1 I find:
In unwind-dw2.c.135r.subreg (_Unwind_Resume):
.
.
.
(insn 72 71 73 6 ../../../trunk/libgcc/../gcc/unwind.inc:216 (parallel [
(unspec
--- Comment #13 from daney at gcc dot gnu dot org 2007-06-23 16:47 ---
Thanks for the patch. I just started a mipsel-linux bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32437
--- Comment #15 from daney at gcc dot gnu dot org 2007-06-26 17:14 ---
mipsel-linux test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg01158.html
The offending gcc.dg/cleanup-[8|9|10|11].c tests now pass as do almost all C++
and libstdc++ tests.
--
daney at
Version: 4.3.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mipsel-linux-gnu
GC
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-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 d
gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24128
: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux
--- Additional Comments From daney at gcc dot gnu dot org 2005-07-25 21:08
---
This version of gcc seems to work:
$ gcc --version
gcc (GCC) 4.1.0 20050725 (experimental)
So it looks like someone fixed the problem.
--
What|Removed |Added
--- 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 #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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last
--
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
--- 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:
--- 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 #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 #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 #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 #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 #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&
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
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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.5.0
Known to work||4.4.3
--- 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
--- 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 #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 #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
--
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 #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
: 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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail||4.3.0
Target Milestone|--- |4.3.0
http
--- 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
--- 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 #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 #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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
--- 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
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
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
--- 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
--
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-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
--- 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 #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 #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 #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 #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
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 #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]>
--- 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 #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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2006-01-17 13:24:17 |2006-01-24 06
--- Comment #3 from daney at gcc dot gnu dot org 2006-01-25 00:11 ---
Subject: Bug 25816
Author: daney
Date: Wed Jan 25 00:11:41 2006
New Revision: 110190
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110190
Log:
PR java/25816
* configure.ac (enable_t
--- Comment #4 from daney at gcc dot gnu dot org 2006-01-25 00:42 ---
Subject: Bug 25816
Author: daney
Date: Wed Jan 25 00:42:17 2006
New Revision: 110199
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110199
Log:
PR java/25816
* configure.ac (enable_t
--- Comment #5 from daney at gcc dot gnu dot org 2006-01-25 00:47 ---
Fixed now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from daney at gcc dot gnu dot org 2006-01-31 17:31 ---
If you fix this, you need to also make sure the Method.set* never modifies the
data under any circumstances. Attempts at modification will result in SIGSEGV
which is usually converted to NPE. The real exception
--- Comment #7 from daney at gcc dot gnu dot org 2006-02-28 16:54 ---
It is broken. I am looking at it now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from daney at gcc dot gnu dot org 2006-02-28 22:05 ---
Proposed patch is here:
http://developer.classpath.org/pipermail/classpath-patches/2006-February/000708.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from daney at gcc dot gnu dot org 2006-03-03 23:24 ---
Fixed by this patch to GNU classpath:
2006-03-03 David Daney <[EMAIL PROTECTED]>
* gnu/java/net/protocol/http/HTTPURLConnection.java
(getRequestProperties): Rewrote.
(addRequestProperty): R
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Component|libgcj |classpath
Product|gcc |classpath
--- Comment #6 from daney at gcc dot gnu dot org 2006-03-07 18:29 ---
Should be fixed by the patch I just committed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
large classes...
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: i686
large classes...
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: i686
--- Comment #1 from daney at gcc dot gnu dot org 2006-03-25 01:56 ---
Due to a slip of the fingers, I created a duplicate entry.
*** This bug has been marked as a duplicate of 26858 ***
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from daney at gcc dot gnu dot org 2006-03-25 01:56 ---
*** Bug 26860 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26858
--- Comment #2 from daney at gcc dot gnu dot org 2006-03-25 01:57 ---
The testcase has been committed to the libgcj testsuite as
testsuite/libjava.lang/PR26858.java
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26858
ot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26861
--- Additional Comments From daney at gcc dot gnu dot org 2005-04-19 22:55
---
Replacing Test.java with this seems to work:
import java.lang.reflect.*;
public abstract class Test
{
public static void main(String[] args) throws Exception
{
Class c = Class.forName("I
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org |
Status|NEW
--
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18893
--- Additional Comments From daney at gcc dot gnu dot org 2005-05-18 01:05
---
libjava.lang/Process_3.java should now fail if 'sed' is not available.
--
What|Removed
--- Additional Comments From daney at gcc dot gnu dot org 2005-05-23 15:47
---
I don't think we should revert it as Process et al. were broken on many pthread
targets before the patch.
Since NetBSD is not posix, perhaps it should not be using PosixProcess. I am
not a BSD hacker
where appropriate.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: target
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
GCC build
--- Additional Comments From daney at gcc dot gnu dot org 2005-01-29 01:00
---
Created an attachment (id=8096)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8096&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19683
--- Additional Comments From daney at gcc dot gnu dot org 2005-01-29 01:16
---
I should probably add the the compiler was configured with:
configure --target=mipsel-linux --with-sysroot=/usr/local/mipsel-linux
--with-arch=mips32 --with-float=soft --enable-languages=c,c++,java
--prefix
--- Comment #6 from daney at gcc dot gnu dot org 2006-10-22 04:11 ---
Created an attachment (id=12474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12474&action=view)
Potential fix.
As per Richard's analysis, I am testing this patch. It seems to fix the
testc
--- Comment #8 from daney at gcc dot gnu dot org 2006-10-23 15:00 ---
The patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01149.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from daney at gcc dot gnu dot org 2006-10-25 05:49 ---
Subject: Bug 29519
Author: daney
Date: Wed Oct 25 05:49:43 2006
New Revision: 118023
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118023
Log:
PR middle-end/29519
* r
--- Comment #10 from daney at gcc dot gnu dot org 2006-10-25 22:29 ---
Subject: Bug 29519
Author: daney
Date: Wed Oct 25 22:29:10 2006
New Revision: 118044
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118044
Log:
PR middle-end/29519
* r
--- Comment #11 from daney at gcc dot gnu dot org 2006-10-25 22:34 ---
With the (now committed) patches, my testing shows the problem as fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
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: *-*-*
http://gcc.gnu.org/bugzilla
--- Comment #1 from daney at gcc dot gnu dot org 2006-10-26 17:21 ---
As noted in Comment #11 of PR15430, I think that all accesses to native_fd need
to be synchronized. That is my plan of attack for this.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from daney at gcc dot gnu dot org 2006-10-26 17:56 ---
This is trickier than I initially thought.
You cannot remained blocked in accept() while holding a lock that protects
closing the native_fd. Otherwise you will be blocked until a connection
arrives (perhaps forever
wrong-code
Severity: normal
Priority: P3
Component: c++
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://g
--- Comment #1 from daney at gcc dot gnu dot org 2006-11-05 07:10 ---
I guess I should note that i686 does not seem suffer from this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29721
--- Comment #2 from daney at gcc dot gnu dot org 2006-11-05 21:44 ---
It looks like the problem here is that a %lo relocation is getting seperated
from its corresponding %got. Here is a little of the assembly, note how there
is an intervening %got/%lo between the %got($L2406) and the
--- Comment #3 from daney at gcc dot gnu dot org 2006-11-06 01:17 ---
Manually moving the
lw $4,%got($L2406)($28)
to be just before the
addiu $4,$4,%lo($L2406)
and reassembling fixes the problem.
So I think that my analysis about the problem being splitting them up
--- Comment #4 from daney at gcc dot gnu dot org 2006-11-06 22:31 ---
OK, looks like GCC may be allowed to emit the relocations out of order. I am
looking into the possiblility that gas can be fixed so that the relocaitons are
emitted in the proper order even if their position in the
--- Comment #5 from daney at gcc dot gnu dot org 2006-11-07 20:53 ---
This is a gas bug.
This is probably the fix:
http://sourceware.org/ml/binutils/2006-11/msg00055.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
nu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: mipsel-unknown-linux-gnu
GCC host triplet: mipsel-unknown-linux-gnu
GCC target triplet: mipsel-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
--- Comment #1 from daney at gcc dot gnu dot org 2006-11-11 23:00 ---
Looks like an array overflow. Not wrong code. I am testing a patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
201 - 300 of 307 matches
Mail list logo
