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. > -kto > Thanks, -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: F5862A37 (https://keys.indymedia.org/) Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37