--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-04
04:04 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
18:35 ---
Subject: Bug 18699
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 18:34:56
Modified files:
libjava: ChangeLog
Added files:
libja
--- Additional Comments From mckinlay at redhat dot com 2004-11-30 00:39
---
Something strange is going on here. I have reverted the boehm-gc config patches
for now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18699
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-30
00:39 ---
Subject: Bug 18699
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-30 00:38:57
Modified files:
boehm-gc : ChangeLog configure.ac configure
--- Additional Comments From tromey at gcc dot gnu dot org 2004-11-29
20:17 ---
If the GC headers that we include rely on the defines in
the GC's config.h, then that would explain the problem.
We don't actually need PACKAGE_NAME and friends, I think.
One fix would be to simply undef the
--- Additional Comments From Hans dot Boehm at hp dot com 2004-11-29 18:18
---
I have not tried to reproduce this. This is purely conjecture:
All failures could be explained if the collector is no longer intercepting
pthread_create. Threads should be created with GC_pthread_create.
--- Additional Comments From mckinlay at redhat dot com 2004-11-29 15:48
---
I'm investigating...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18699
--- Additional Comments From andreast at gcc dot gnu dot org 2004-11-29
09:42 ---
Reverting those two patches makes TT work on darwin.
2004-11-27 Bryce McKinlay <[EMAIL PROTECTED]>
* include/gc_config.h.in: Add comment. Define only THREAD_LOCAL_ALLOC.
2004-11-26 Bryce McKin
--- Additional Comments From mark at gcc dot gnu dot org 2004-11-28 21:57
---
That TT.java example program also fails for me.
The other testcases I had work again when reverting the patch in comment #3.
The TT testcase fails even when I revert that patch.
--
http://gcc.gnu.org/bugzil
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-11-28 21:24 ---
Recompiled libgcj and I still get the above stacktrace. Here is a testcase.
import java.util.Observable;
import java.util.Observer;
class TT extends Observable implements Runnable, Observer {
p
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-11-28 16:41 ---
I reverted that patch and 'make clean' in build's boehm-gc directory but now I
get the following. Do I need a complete rebuild?
Collecting from unknown thread.
Program received signal SIGABRT, Ab
--- Additional Comments From mark at gcc dot gnu dot org 2004-11-28 15:28
---
Reverting this patch seems to make things work again:
Index: ChangeLog
===
RCS file: /cvs/gcc/gcc/boehm-gc/ChangeLog,v
retrieving revision 1.212
--- Additional Comments From mark at gcc dot gnu dot org 2004-11-28 14:50
---
Also seeing this with some simple AWT programs (see bug #18697) and a recent
gjdoc build (as described at http://gcc.gnu.org/ml/java/2004-11/msg00169.html).
--
What|Removed
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-11-28 04:20 ---
And this..
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1113430960 (LWP 4763)]
0x405e8f93 in really_start (x=0x8771a40) at
/datal/gcc/gcc/libjava/posix-threads.cc:396
39
--
What|Removed |Added
Component|java|libgcj
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1869
15 matches
Mail list logo
