--- Comment #2 from daney at gcc dot gnu dot org 2006-05-11 17:54 ---
Test case committed as:
* testsuite/libjava.compile/PR20418.java: New.
* testsuite/libjava.compile/PR20418.xfail: New.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20418
--- Comment #1 from daney at gcc dot gnu dot org 2006-05-11 17:55 ---
New testcase for this problme is testsuite/libjava.compile/PR20418.java
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24128
: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target
--- Comment #1 from daney at gcc dot gnu dot org 2006-06-21 16:33 ---
Confirmed on: mipsel-linux-gcc (GCC) 4.2.0 20060605 (experimental)
cross compiler configured as:
../gcc/configure --target=mipsel-linux
--with-sysroot=/usr/local/mipsel-linux-test
--prefix=/usr/local/mipsel-linux
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 #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
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 #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
--- 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
: 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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
--- 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 #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-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 #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 #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 #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 #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-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:08 ---
Fixed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from daney at gcc dot gnu dot org 2005-11-08 21:20 ---
Could someone elaborate?
If the child is killed, it is dead and it did not matter anyhow.
The child is not going to be getting random async signals.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23758
--- Comment #5 from daney at gcc dot gnu dot org 2005-11-09 17:46 ---
Created an attachment (id=10189)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10189&action=view)
Program that demonstrates how shutdown can solve the problem.
Compile socktest.c thusly:
gcc -g -o
--- Comment #7 from daney at gcc dot gnu dot org 2005-11-09 19:24 ---
Here is the first version of my patch:
http://gcc.gnu.org/ml/java-patches/2005-q4/msg00176.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from daney at gcc dot gnu dot org 2005-11-10 00:34 ---
New patch at:
http://gcc.gnu.org/ml/java-patches/2005-q4/msg00179.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15430
nu dot org
ReportedBy: daney at gcc dot gnu dot org
BugsThisDependsOn: 20318
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24825
--- Comment #9 from daney at gcc dot gnu dot org 2005-11-15 19:11 ---
Subject: Bug 15430
Author: daney
Date: Tue Nov 15 19:11:53 2005
New Revision: 107036
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107036
Log:
PR libgcj/15430
* gnu/
--- Comment #10 from daney at gcc dot gnu dot org 2005-11-15 19:16 ---
Fixed by committed patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
it.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: link-failure
Severity: normal
Priority: P3
Component: regression
AssignedTo: daney at gcc dot gnu dot org
ReportedBy: daney at gcc dot gnu dot org
--- Comment #2 from daney at gcc dot gnu dot org 2006-01-17 17:31 ---
My current patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00950.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
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: mipsel-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28426
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
--- Comment #1 from daney at gcc dot gnu dot org 2006-07-18 21:08 ---
Proposed fix is here:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg00798.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2006-07-21 20:49 ---
Subject: Bug 28426
Author: daney
Date: Fri Jul 21 20:49:06 2006
New Revision: 115650
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115650
Log:
libstdc++-v3/
PR libgcj/28426
* acin
--- Comment #3 from daney at gcc dot gnu dot org 2006-07-21 20:57 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from daney at gcc dot gnu dot org 2006-08-17 16:18 ---
(In reply to comment #2)
> Why are you trying to static link java code? It will almost not work for
> other
> cases.
>
We have 7.5X10^6 lines of code in about 800 classes that run fine statically
li
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
--- Comment #1 from daney at gcc dot gnu dot org 2006-09-12 16:51 ---
Subject: Bug 23935
Author: daney
Date: Tue Sep 12 16:51:43 2006
New Revision: 116893
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116893
Log:
PR libffi/23935
* include/Makefile.am:
--- Comment #2 from daney at gcc dot gnu dot org 2006-09-12 16:54 ---
Fixed by the patch I just committed.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
: 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-gnu
GCC target triplet: mipsel-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29132
--- Comment #5 from daney at gcc dot gnu dot org 2006-09-19 05:58 ---
OK, I finished running make -k check with a i686-linux -> mipsel-linux cross
compiler on my mips board for c, c++, java and there are only the 'normal'
failures (mostly attributable to running the t
--- Comment #3 from daney at gcc dot gnu dot org 2006-10-05 05:42 ---
One way to fix it would be to have a reaper thread for *each* Process. Then
the reaper could do a waitpid(pid...) instead of waitpid(-1...). If one only
spawns a few processes, this would be fine. This would allow
--- Comment #5 from daney at gcc dot gnu dot org 2006-10-05 17:02 ---
Another idea:
In the SIGCHLD signal handler record the pid of the process that exited. Then
look it up in the pidToProcess map. If it belongs to the libgcj runtime, then
do waitpid(pid, ...) on it. Otherwise
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
ponent: c
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-gnu
GCC target triplet: mipsel-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29519
--- Comment #1 from daney at gcc dot gnu dot org 2006-10-19 22:54 ---
Created an attachment (id=12465)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12465&action=view)
Dumps from -da with and without -fnon-call-exceptions
The dump files in da-dumps.tgz named isprimb.c.* a
--- Comment #4 from daney at gcc dot gnu dot org 2006-10-20 01:10 ---
Caused by commit r117143
Thanks to Andrew Pinski for helping me find it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29519
needed to build
ecjx
Product: gcc
Version: 4.3.0
Status: 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 t
--- Comment #1 from daney at gcc dot gnu dot org 2007-01-25 23:12 ---
This is actually contains the error from the build output this time:
i686-pc-linux-gnu-gcj -o ecjx -findirect-dispatch
--main=org.eclipse.jdt.internal.compiler.batch.GCCMain
../../../trunk/libjava/.././libjava
--- Comment #2 from daney at gcc dot gnu dot org 2007-01-30 01:33 ---
The testcase no longer fails as of 4.3.0
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from daney at gcc dot gnu dot org 2007-01-30 01:53 ---
In 4.3.0 this is correctly flagged as an error. With the testcase in comment
#1 we get:
$ gcj -o t --main=t t.java
t.java:3: error: Exception IOException is not compatible with throws clause in
Object.toString
--- Comment #7 from daney at gcc dot gnu dot org 2007-02-02 23:23 ---
(In reply to comment #6)
> Subject: Re: [4.3 Regression] natVMURLConnection.cc:21: error: 'magic_t' does
> not name a type
>
> > This is just a random guess, but do you have this patch (gc
--- Comment #2 from daney at gcc dot gnu dot org 2007-03-14 22:34 ---
http://gcc.gnu.org/ml/gcc/2007-03/msg00521.html may be the same problem. I
will try to test on both sides of 122821 to try to confirm.
--
daney at gcc dot gnu dot org changed:
What|Removed
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 host triplet: *-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31228
--- Comment #23 from daney at gcc dot gnu dot org 2007-03-18 01:55 ---
Reverting the hunk mentioned in comment #15 also allows mipsel-linux to
bootstrap.
I bootstrapped R122924 which failed in the stage2 stage3 compare. I then
reverted said hunk, and re-bootstrapped successfully
--- Comment #1 from daney at gcc dot gnu dot org 2007-03-19 07:09 ---
Patch here:
http://gcc.gnu.org/ml/java-patches/2007-q1/msg00693.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from daney at gcc dot gnu dot org 2007-03-23 00:06 ---
Subject: Bug 31228
Author: daney
Date: Fri Mar 23 00:06:41 2007
New Revision: 123138
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123138
Log:
PR libgcj/31228
* configure.ac: Add ch
--- Comment #3 from daney at gcc dot gnu dot org 2007-03-23 00:17 ---
The committed patch fixes the race. Too bad it had to come to this.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--
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=31228
--- Comment #4 from daney at gcc dot gnu dot org 2007-03-26 07:07 ---
Subject: Bug 31228
Author: daney
Date: Mon Mar 26 07:07:13 2007
New Revision: 123208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123208
Log:
PR libgcj/31228
* configure.ac: Add ch
--- Comment #5 from daney at gcc dot gnu dot org 2007-03-26 07:13 ---
Committed to the 4.2 branch as well.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #47 from daney at gcc dot gnu dot org 2007-04-01 08:29 ---
With RTH's "alternate patch" applied, I can now bootstrap mipsel-linux
The test results are here:
http://gcc.gnu.org/ml/gcc-testresults/2007-04/msg00036.html
And are substancially similar to wha
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |daney at gcc dot gnu dot org
|dot org
--- Comment #3 from daney at gcc dot gnu dot org 2007-04-09 18:40 ---
Subject: Bug 23758
Author: daney
Date: Mon Apr 9 18:40:20 2007
New Revision: 123676
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123676
Log:
PR libgcj/23758
* java/lang/natPosixPr
--- Comment #4 from daney at gcc dot gnu dot org 2007-04-09 18:49 ---
Fixed on the trunk.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from daney at gcc dot gnu dot org 2007-07-28 00:01 ---
Java just uses the unwinder in libgcc_s. The same one that C++ and C use. If
it is a problem with the unwinder one might expect to see it in those languages
as well.
However, it would seem to be somewhat system
--- Comment #1 from daney at gcc dot gnu dot org 2007-08-02 00:38 ---
Still happens in: revision 127079
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32653
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-09 17:06 ---
I will commit n32/n64 support shortly.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from daney at gcc dot gnu dot org 2007-08-10 15:36 ---
Subject: Bug 28313
Author: daney
Date: Fri Aug 10 15:35:55 2007
New Revision: 127336
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127336
Log:
PR libffi/28313
* configure.ac: Don
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-10 08:17 ---
*** This bug has been marked as a duplicate of 23935 ***
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-10 08:17 ---
*** Bug 23718 has been marked as a duplicate of this bug. ***
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from daney at gcc dot gnu dot org 2007-08-10 15:42 ---
It should be working now.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from daney at gcc dot gnu dot org 2007-08-24 19:34 ---
Currently both libffi.call/return_sl.c and libffi.call/return_ul.c pass. These
cover all the cases in the ffitarget.c attached to the bug.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from daney at gcc dot gnu dot org 2007-08-28 15:59 ---
Can you post a fully self contained test case? If I can easily reproduce it, I
will try to fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218
--- Comment #3 from daney at gcc dot gnu dot org 2007-08-28 16:56 ---
Looking at the current code, it seems that we may have a problem if we
destroy() a process that has already exited. The kill(2) man page suggests
that ESRCH could result, in which case we would throw an InternalError
--- Comment #4 from daney at gcc dot gnu dot org 2007-08-29 06:18 ---
Created an attachment (id=14129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14129&action=view)
Test case that works.
With the new "Test case that works" and attached test.sh and the original
--- Comment #5 from daney at gcc dot gnu dot org 2007-08-29 06:19 ---
Created an attachment (id=14130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14130&action=view)
New test.sh
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218
--- Comment #12 from daney at gcc dot gnu dot org 2007-08-30 17:44 ---
Does GCJ's behavior differ from Sun's in this test?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33218
--- Comment #5 from daney at gcc dot gnu dot org 2007-09-04 04:20 ---
I just tried this on a mipsel-linux compiler:
$ /home/ddaney/gccsvn/trunk-build/gcc/xgcc
-B/home/ddaney/gccsvn/trunk-build/gcc/ -v -S -mabi=64 -msym32 -mno-abicalls
-O2 pr33256.c
Reading specs from /home/ddaney
--- Comment #6 from daney at gcc dot gnu dot org 2007-09-04 04:27 ---
OK I can reproduce with my mips64-linux cross compiler. I wonder if it is
big-endian related...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33256
--- Comment #7 from daney at gcc dot gnu dot org 2007-09-04 05:46 ---
Here is what is happening:
The value of avenrun[0] is being passed to a function that takes an 32 bit int
parameter. Since avenrun is an array of 64 bit unsigned long, the conversion
to int can be done by loading an
--- Comment #8 from daney at gcc dot gnu dot org 2007-09-04 06:01 ---
Created an attachment (id=14154)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14154&action=view)
Reduced testcase.
--
daney at gcc dot gnu dot org changed:
What|
--- Comment #9 from daney at gcc dot gnu dot org 2007-09-04 06:32 ---
Fixing things up when we are calculating relocations does not seem like it will
work. We cannot go adding an offest to a %lo() relocation and expect it not to
overflow on occasion.
Probably we need to load the value
--- Comment #11 from daney at gcc dot gnu dot org 2007-09-05 17:34 ---
I am bootstrapping the 'Proposed patch' on mipsel-linux with this test case
added:
/* { dg-do compile } */
/* { dg-mips-options "-O2 -EB -mabi=64 -msym32 -mno-
--- Comment #19 from daney at gcc dot gnu dot org 2007-09-06 16:00 ---
On the trunk (with the patch) there are no regressions with a full bootstrap
all default languages on mipsel-linux. The test cases passes also.
I say: Commit it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
ty: P3
Component: target
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-gnu
GCC target triplet: armv5tl-none-linuxeabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33324
--- Comment #2 from daney at gcc dot gnu dot org 2007-09-07 21:16 ---
Created an attachment (id=14171)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14171&action=view)
Proposed patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33324
--- Comment #3 from daney at gcc dot gnu dot org 2007-09-07 21:30 ---
I might as well accept the bug as I am testing the fix...
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from daney at gcc dot gnu dot org 2007-09-09 23:31 ---
Subject: Bug 33324
Author: daney
Date: Sun Sep 9 23:31:35 2007
New Revision: 128312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128312
Log:
PR c++/33324
* init.c (build_new_
--- Comment #5 from daney at gcc dot gnu dot org 2007-09-09 23:33 ---
Now fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Priority: P3
Component: libgcj
AssignedTo: daney 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
1 - 100 of 307 matches
Mail list logo
