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.
