classpath
[Top][All Lists]
Advanced

[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>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]