Re: Resources in natively compiled executables

[Chris Burdess <dog at bluezoo dot org>]

Anthony Green wrote:
> The documentation says that you can't specify multiple input files when
> using --resource (or -C).

This was a bit of a red herring anyway as I'm starting with JAR files 
which contain the resources.

> Even then, it's not clear what you're trying to
> do.

What I'm trying to do is:

1. compile a bunch of JAR files to native shared libraries
2. compile a Java program that uses these native shared libraries

I've now tested the resource inclusion and it works for a simple test 
case: see attached, for instance. However it seems to be failing in 
more complex linking scenarios for reasons I don't understand.

If anyone has any time to have a brief look at the problem and 
determine if it's a bug or just a misunderstanding on my part, try

  cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/gzap login
  cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/gzap co gzap
  cd gzap
  ./configure
  make
  ./gzap

You may need to set LD_LIBRARY_PATH
The important output is

DEBUG: using GNU JavaMail
DEBUG: no default providers

This indicates that 
ClassLoader.getResourceAsStream("META-INF/javamail.default.providers") 
returned null, even though the resource is clearly present in the 
source jar lib/providers.jar.

(The source for providers.jar is in the GNU classpathx mail project, if 
that helps)
--
Chris Burdess

Attachment: test112.tar.gz
Description: GNU Zip compressed data

Attachment: PGP.sig
Description: This is a digitally signed message part