This is the mail archive of the
mailing list for the GCC project.
Re: [build, libjava] Support Sun symbol versioning in libjava
- From: Andrew Haley <aph at redhat dot com>
- To: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- Cc: java-patches at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, Paolo Bonzini <bonzini at gnu dot org>
- Date: Fri, 02 Jul 2010 13:13:16 +0100
- Subject: Re: [build, libjava] Support Sun symbol versioning in libjava
- References: <yddy6dv6ve5.fsf@CeBiTec.Uni-Bielefeld.DE>
On 07/01/2010 05:04 PM, Rainer Orth wrote:
> [Please keep me on the Cc:, I'm not subscribed to java-patches. Thanks.]
> After the precedent established by the patch to support Sun symbol
> versioning in libstdc++
> PATCH: Support Sun symbol versioning in libstdc++-v3
> and its revision
> [build, doc, v3] Support Sun symbol versioning in libstdc++-v3, rev. 2
> libjava appeared relatively easy at first:
To begin with, your patch was *below* the .sig delimiter. People won't
see it there.
I have to admit I don't understand many of the issues here. There seem
to be many changes to the Linux version, which I don't see the need for.
Did you test this on GNU/Linux ?
> Besides, there are a couple of other shared libraries installed by
> libjava, which may be internal implementation details and not usable by
> end users. Perhaps they should be installed into $pkglibdir instead?
> Currently, this affects libgij, libgcj-tools, libjvm, lib-gnu-awt-xlib,
> and libgcj_bc. The maintainers should be able to easily decide where
> this might apply.
A couple of these are internal, but most not.