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 <tromey@redhat.com> wrote:
>
> >>>>>> "Arnaud" == Arnaud Vandyck <avdyk@debian.org> 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[1], 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
> /var/lib/gcj/classmap.d/.
>
> 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.
Michael
--
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
Join the community at http://planet.classpath.org/
Reply to: