libgcc_s and libgcj contain a hack which renames
_Unwind_FindEnclosingFunction to
_darwin10_Unwind_FindEnclosingFunction on darwin targets. It appears
this was introduced to work around an issue in OS X 10.6 where the
_Unwind_FindEnclosingFunction was implemented as a stub which called
abort(). see
p.com/hosted/linux/mail-archives/gc/2005-December/001071.html
I think that the patch should be applied to every maintained branch.
Please maintainers, check this in!
2006-04-11 Bryce McKinlay <[EMAIL PROTECTED]>
* darwin_stop_world.c (GC_push_all_stacks, GC_stop_world,
GC_
Andrew Haley wrote:
Ranjit Mathew writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bryce McKinlay wrote:
> > This patch merges the GC 6.6 sources into the libgcj trunk. Two patches
> [...]
>
> This little bit in "boehm-gc/inclu
Thorsten Glaser wrote:
Tom Tromey dixit:
I'm finally ready to check in the big classpath merge, and I wanted to
post a short warning before I went ahead with it.
Is it possible to use a current libgcj or classpath with gcc 3.4?
Not really. It would probably be possible to backpo
John M. Gabriele wrote:
Ah. Some expansion of that faq item would be useful (re. 1.4 vs 1.5).
Following the link to the JLS page, I see that they are still pointing users
to what looks to me like the Java 1.4 spec (I browsed the online html version's
index, and there's no mention of generics or
Ranjit Mathew wrote:
As for your suggestion, I believe the correct place would
be "2.8 What features of the Java language are/aren't supported?"
in the FAQ:
http://gcc.gnu.org/java/faq.html#2_8
in addition to the front-page (if so desired).
The FAQ is badly in need of an update - in fact
Tom Tromey wrote:
I'm checking this in on the trunk. If I remember I'll put it on the
4.0 branch once it reopens (there are a fair number of patches pending
for it ... I hope it reopens soon).
Mark,
The extended freeze of the 4.0 branch is making things difficult for
libgcj because we ha
I've just done an x86_64 build of HEAD and didn't see this error.
Bryce
Richard Guenther wrote:
On x86_64 I see
/net/pherkad/scratch/rguenth/gcc-obj/./gcc/gcj
-B/net/pherkad/scratch/rguenth/gcc-obj/./gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/
-B/usr/local/x86_64-unknown-linux-gnu/lib/ -
Was this not fixed by:
2005-05-18 Paolo Bonzini <[EMAIL PROTECTED]>
* Makefile.am (Makefile.deps): Do not use \0, it is unportable.
* Makefile.in: Regenerate.
?
Bryce
David Daney wrote:
Perhaps sending this to java-patches will help...
Mike Stump wrote:
On May 19, 2005, at 10:11 AM, Mark Mi
Mark Wielaard wrote:
On Tue, 2005-04-12 at 11:23 -0700, Per Bothner wrote:
Try compiling to native:
$ gcj -o CL CL.java --main=CL
$ CLASSPATH=.:/:/usr:/random ./CL
gnu.gcj.runtime.SystemClassLoader{urls=[file:./],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
Aha. Than
10 matches
Mail list logo
