Re: [Arnaud Vandyck] Re: gcj4 changes : Please Comment
On Sat, Apr 30, 2005 at 09:28:49PM +0200, Arnaud Vandyck wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 29 Apr 2005 12:32:12 -0600,
> Tom Tromey <firstname.lastname@example.org> wrote:
> >>>>>> "Arnaud" == Arnaud Vandyck <email@example.com> writes:
> >>> If you follow the typical BC compilation approach, libgcj won't care
> >>> what the so files are called.
> > Arnaud> everything is resolved in the database file? I'll try to read the
> > Arnaud> documents you provide.
> > Yeah. The database maps class file contents (as represented by a hash
> > code) to the name of a .so file. When defineClass() is called, libgcj
> > looks up the class contents in the database, and if it is found, it
> > opens the .so and uses the class from it. If the class contents are
> > not found in the database, libgcj falls back to the interpreter.
> I read some mails about the location of the classmap.db file on the
> Fedora mailing list, thanks to Mark. Is it possible to specify a
> directory where we could put all the db files and gij could resolve the
> mapping using the files in this directory?
> I'm thinking about:
> |-- var
> |-- lib
> |-- gcj
> |-- classmap.d
> |-- activation-1.0.jar.db
> |-- activation.jar.db -> activation-1.0.jar.db
> |-- ant-1.6.jar.db
> |-- log4j-1.2.8.jar.db
> |-- log4j-1.2.jar.db -> log4j-1.2.8.jar.db
> |-- [...]
> `-- velocity-1.4.jar.db
> This could be very dynamic. The file can be created when the package is
> built and the `package.jar.so` native library just put the db file in
> Is this possible?
the normally way would be put many *.db files into one dir and create
a master db file using gcj-dbtool. This then merges all into the master file.
This file needs to get updated each time a db file gets added or removed.
Escape the Java Trap with GNU Classpath!
Join the community at http://planet.classpath.org/