Jakub Jelinek writes:
On Tue, Mar 22, 2005 at 11:39:14AM -0800, Anthony Green wrote:
> On Tue, 2005-03-22 at 14:20 -0500, Jakub Jelinek wrote:
> > With per-arch .db you could e.g. store the file into
> > /usr/lib/$LIB/gcj-%{version}/classmap.db where $LIB would be
> > gcc $CFLAGS -print-multi-os-directory (well, even better the path
> > would be canonicalized), compile `gcc $CFLAGS -print-multi-os-directory`
> > string into ilbgcj.so and get rid of gcj-dbtool -p or replace it with
> > gcj-dbtool -p <arch>.
>
> I'm not sure I understand this second part.
>
> What's wrong with...
>
> /usr/lib/`$CC $CFLAGS -print-multi-os-directory`/classmap.db
>
> ?
>
> "gcj-dbtool -p <arch>" sounds hard to implement.
You mean that gcj-dbtool -p would print
/usr/lib/`$CC $CFLAGS -print-multi-os-directory`/gcj-4.0.0/classmap.db
and you'd need to pass that through shell after making sure $CC and $CFLAGS
are properly defined?
gcj-dbtool is a target program, part of libgcj. So, on a multi-arch
system, would there not be two gcj-dbtools, linked against different
libgcjs? And, each one would print its *own* directory.
Andrew.