--- 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
linked. So it does
--
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=gccview=revrev=116893
Log:
PR libffi/23935
* include/Makefile.am: Install
--- 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 testsuite on a remote
--- 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
: 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=12465action=view)
Dumps from -da with and without -fnon-call-exceptions
The dump files in da-dumps.tgz named isprimb.c.* are from
--- 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
--- 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=12474action=view)
Potential fix.
As per Richard's analysis, I am testing this patch. It seems to fix the
testcase. I
--- 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=gccview=revrev=118023
Log:
PR middle-end/29519
* rtlanal.c (nonzero_address_p
--- 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=gccview=revrev=118044
Log:
PR middle-end/29519
* rtlanal.c
--- 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
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://gcc.gnu.org
--- 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
--- 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
--- 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
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
--- Comment #2 from daney at gcc dot gnu dot org 2006-11-12 00:39 ---
This is not mips specific. I am not sure why this wouldn't fail on i686.
Many test results from mips[el]-linux-gnu do show the failure.
--
daney at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from daney at gcc dot gnu dot org 2006-11-12 05:36 ---
Here is the patch:
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00763.html
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from daney at gcc dot gnu dot org 2006-11-12 17:12 ---
Subject: Bug 29805
Author: daney
Date: Sun Nov 12 17:12:13 2006
New Revision: 118724
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118724
Log:
PR java/29805
* typeck.c (build_java_array_type
--- Comment #5 from daney at gcc dot gnu dot org 2006-11-12 17:15 ---
Subject: Bug 29805
Author: daney
Date: Sun Nov 12 17:14:52 2006
New Revision: 118725
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118725
Log:
PR java/29805
* typeck.c (build_java_array_type
--- Comment #6 from daney at gcc dot gnu dot org 2006-11-12 17:19 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29805
--- 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=8257action=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=8258action=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=/usr/local
--- 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 compiler
--
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=8367action=view)
Testcase
As shown in the testcase, a series of marks and reads can cause either
--
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
-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
dot org
GCC build
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 org,java-prs
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- 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=8502action=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=8503action=view)
Second part of smaller testcase.
New Testcase. I think it is the same problem.
$ gcj A1.java B1.java
B1
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
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc
--- 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=8499action=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=8500action=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=8501action=view)
Testcase part3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20697
--- 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(Invoke
--
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 |Added
--- 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 so I
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
--- 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): Rewrote
--
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
for 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
for 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
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
--- 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
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=gccview=revrev=115650
Log:
libstdc++-v3/
PR libgcj/28426
* acinclude.m4
--- 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 #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=gccview=revrev=107036
Log:
PR libgcj/15430
* gnu/java/net
--- 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
--
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=gccview=revrev=110190
Log:
PR java/25816
* configure.ac (enable_tls): New
--- 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=gccview=revrev=110199
Log:
PR java/25816
* configure.ac (enable_tls): New
--- 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
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=8096action=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
--- 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
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 dot gnu dot
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
--- 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
1 - 100 of 304 matches
Mail list logo