[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gtk peers
From: |
Brian Jones |
Subject: |
Re: gtk peers |
Date: |
28 Jul 2003 18:50:08 -0400 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Thomas Fitzsimmons <address@hidden> writes:
> On Mon, 2003-07-28 at 09:02, Brian Jones wrote:
> > All,
> >
> > I know some folks are working on the gtk peers. I think we'd like to
> > make the code enabled with --enable-portable-native-sync the default
> > if possible. Any problems with doing this?
> > This build option may
> > only exist in classpath, not sure about gcj.
> >
>
> The build option is not in libgcj, but the ifdef'd code is. libgcj
> currently uses the ifdef branch that you want to remove, where
> portable-native-sync is disabled.
>
> I just tested the libgcj peers with the enable-portable-native-sync
> ifdef branch, and I get thread initialization errors:
>
> GThread-ERROR **: The supplied thread function vector is invalid.
> aborting...
> Aborted
>
> I need to look at threading anyway for gcjwebplugin, so I'll try to
> solve that problem. For now though, we need to leave the ifdef as it
> is.
Okay. I think that some folks on the jikesrvm team contributed the
ifdef'd code enabled by the native-sync option. It was to allow the
peers/awt to work with their JVM and supposedly had benefits of using
the JVM threading mechanism.
Brian
--
Brian Jones <address@hidden>
- gtk peers, Brian Jones, 2003/07/28
- Re: gtk peers, Thomas Fitzsimmons, 2003/07/28
- Re: gtk peers,
Brian Jones <=