linking a java class and a .so library with GCJ
Michael Koch
konqueror@gmx.de
Fri Mar 11 09:05:00 GMT 2005
On Fri, Mar 11, 2005 at 02:19:58PM +0530, Ranjit Mathew wrote:
> > > If it's not possible, would you mind sending
> > > me tray.jar, IconDemo.java (and images) and
> > > libtray.so? I can try it out with mainline and
> > > tell you if this bug has been fixed or not.
> >
> > well, if you don't mind that would be of great help, thanks a lot !
> > I join here a zip file with the files.
>> "Good News, Bad News":
>> The good news is that with current mainline
> GCJ, I do not get any problems while trying
> to compile the application.
>> The bad news is that "tray.jar" uses
> "sun.awt.EmbeddedFrame", which is an
> *internal* Sun class (that even Sun doesn't
> encourage anyone to use) that will very
> likely never be in libgcj.
>> If possible, you should ask the provider
> of this JAR to use standard JRE classes.
When this class does what I think it does then this feature cannont be
implemented with the standard API. This was one of the reasons with
created the GNU EmbeddedWindow extension in GNU classpath and libgcj for
applitions that want to embed a window into a window of another
applition like embedding applets into webbrowsers or traylets into the
traybar. So the "right" (tm) solution would be to use the GNU
EmbeddedWindow extension on free runtimes. I doubt "upstream" will do
this but you can ask them.
Michael
--
Java Trap: http://www.gnu.org/philosophy/java-trap.html
More information about the Java
mailing list