>>>> "Andrew" == Andrew Overholt
<overholt(a)redhat.com> writes:
Andrew> This is a crude example of what we could have, but it's what
Andrew> I've got so far:
Looks ok overall. I would probably put the result of `gcj-dbtool -p`
into a shell variable.
Andrew> if [ -n "`find %{_libdir}/%{name}/mappings -name \*.db`" ]; then
Andrew> gcj-dbtool -m `gcj-dbtool -p` `find %{_libdir}/%{name}/mappings -name
\*.db` `gcj-dbtool -p`
Andrew> fi
Is %{name} the name of the current RPM?
If so then I think this is incorrect. We need to merge everything
into the master .db.
Andrew> I'm not even sure if what I have will work. I'd just like to start
the
Andrew> discussion about how best to do it.
Can we get this in somewhere as an RPM macro? And, if so, where?
jpackage-utils? java-gcj-compat?
Andrew> Anthony Green has raised valid concerns
Andrew> about multilib systems.
I looked at the current gcc4.spec a little. It seems to me that we
will have to just put the host architecture name into the path to the
.db file. Assuming that would work, I don't really know about RPM
multilibs.
I CC'd Jakub for advice. Jakub, what should we do to make the
built-in .db file work with multilibs? I will implement whatever it
is we need.
Tom