This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
RE: Calling java code from C/C++ code.
- To: "'Bryce McKinlay'" <bryce at albatross dot co dot nz>, tromey at redhat dot com
- Subject: RE: Calling java code from C/C++ code.
- From: "Boehm, Hans" <hans_boehm at hp dot com>
- Date: Tue, 27 Feb 2001 16:20:27 -0800
- Cc: twall at oculustech dot com, java at gcc dot gnu dot org
If we want to understand this a bit better, it would be very useful to know
exactly where in mark.c it is faulting (I have a good guess, but ...), and
what address it was trying to access at the time. The output of a call to
GC_dump() at around that time would also be useful.
Hans
> -----Original Message-----
> From: Bryce McKinlay [mailto:bryce@albatross.co.nz]
> Sent: Tuesday, February 27, 2001 2:02 PM
> To: tromey@redhat.com
> Cc: twall@oculustech.com; java@gcc.gnu.org
> Subject: Re: Calling java code from C/C++ code.
>
>
> Tom Tromey wrote:
>
> > >>>>> "Bryce" == Bryce McKinlay <bryce@albatross.co.nz> writes:
> >
> > Bryce> So, I wrote a patch to remove all the static
> initializers from
> > Bryce> libgcj. It still didn't allow me to profile (There
> seems to be
> > Bryce> another problem. I can profile the GC, and arbitrary Java
> > Bryce> .so's, but not libgcj itself. Weird.)
> >
> > I thought gcj also generated static initializers that call
> > _Jv_RegisterClass. Maybe this could account for your problem?
>
> It does, but with the patch, _Jv_RegisterClass doesn't do
> anything that
> might result in an allocation.
>
> regards
>
> [ bryce ]
>
>