Resources in natively compiled executables

Fri Apr 16 08:31:00 GMT 2004

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test112.tar.gz
Type: application/x-gzip
Size: 743 bytes
Desc: not available
URL: <http://gcc.gnu.org/pipermail/java/attachments/20040416/bde9bebc/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://gcc.gnu.org/pipermail/java/attachments/20040416/bde9bebc/attachment.sig>