Need reviewer: Exceptions to mapfile rule on shared libraries
Dr Andrew John Hughes
ahughes at redhat.com
Wed Apr 13 14:23:24 UTC 2011
On 16:18 Tue 12 Apr , Kelly O'Hair wrote:
> On Apr 12, 2011, at 3:58 PM, Dr Andrew John Hughes wrote:
> > On 13:46 Tue 12 Apr , Kelly O'Hair wrote:
> >> Some shared libraries do not have and will not have mapfiles, at least for now, we
> >> give these an exception to the mapfile check (which just issues a warning).
> >> 7033957: Library built without a mapfile: libxinerama.so
> >> http://cr.openjdk.java.net/~ohair/openjdk7/jdk7-build-mapfile-warning-sparc/webrev/
> >> -kto
> > On a related note, is it wise to have these libraries using the same names as system
> > libraries? libxinerama is the same as libXinerama with the exception of case. I
> > believe the JDK also has a libjpeg which is identically named to the system install.
> > Could it not be libjxinerama.so, libjavajpeg.so or some such?
> I'll CC Phil.
> Given the age of these libraries, I'm very hesitant to change the names.
> As far as library naming in general, I can see your point, but I'm not sure we could
> change them now. Maybe in JDK8? But not after some discussions on what the impact
> might be. :^(
Yes, I wasn't expecting anything immediate, but I thought the topic
needed raising. It's something I've been musing on.
My particular concern is things like libjpeg where we'd like to have
the option to link against the system install instead. IcedTea
currently has a mass of dlopen/sym call additions to support a system
libjpeg that I don't really fancy trying to upstream. I think having
the library calling libjpeg.so might be a barrier to just linking at
compile-time, but I have yet to try it.
Free Java Software Engineer
Red Hat, Inc. (http://www.redhat.com)
Support Free Java!
Contribute to GNU Classpath and IcedTea
PGP Key: F5862A37 (https://keys.indymedia.org/)
Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37
More information about the build-dev