[rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Matthias Klose
Currently os_linux.cpp defines DEFAULT_LIBPATH hard-coded to "/lib:/usr/lib"; with the upcoming multiarch changes in Debian/Ubuntu, libraries will move to multiarch aware locations [1], where these libraries are not found anymore by the class loaders. In [2], a patch was proposed to have the Class

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Alan Bateman
Matthias Klose wrote: Currently os_linux.cpp defines DEFAULT_LIBPATH hard-coded to "/lib:/usr/lib"; with the upcoming multiarch changes in Debian/Ubuntu, libraries will move to multiarch aware locations [1], where these libraries are not found anymore by the class loaders. So is the issue that

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Matthias Klose
On 24.03.2011 15:09, Alan Bateman wrote: > Matthias Klose wrote: >> Currently os_linux.cpp defines DEFAULT_LIBPATH hard-coded to "/lib:/usr/lib"; >> with the upcoming multiarch changes in Debian/Ubuntu, libraries will move to >> multiarch aware locations [1], where these libraries are not found any

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Alan Bateman
Matthias Klose wrote: : Just wondering if the setup of the search path (in os::init_system_properties_values would be better place to do consider this). DEFAULT_LIBPATH is only used in os::init_system_properties_values. Right, but it's where the search path is setup and the result be

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Andrew Haley
On 03/24/2011 02:18 PM, Matthias Klose wrote: > On 24.03.2011 15:09, Alan Bateman wrote: >> Matthias Klose wrote: >>> Currently os_linux.cpp defines DEFAULT_LIBPATH hard-coded to >>> "/lib:/usr/lib"; >>> with the upcoming multiarch changes in Debian/Ubuntu, libraries will move to >>> multiarch awa

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Matthias Klose
On 24.03.2011 15:41, Alan Bateman wrote: > Matthias Klose wrote: >> : >> >>> Just wondering if the setup of the >>> search path (in os::init_system_properties_values would be better place to >>> do >>> consider this). >>> >> >> DEFAULT_LIBPATH is only used in os::init_system_properties_values

Re: [rfc] Let the classloader search for system libraries, don't hard-code DEFAULT_LIBPATH

2011-03-24 Thread Matthias Klose
On 24.03.2011 15:43, Andrew Haley wrote: > On 03/24/2011 02:18 PM, Matthias Klose wrote: >> On 24.03.2011 15:09, Alan Bateman wrote: >>> Matthias Klose wrote: Currently os_linux.cpp defines DEFAULT_LIBPATH hard-coded to "/lib:/usr/lib"; with the upcoming multiarch changes in Debian/

hg: jdk6/jdk6: 3 new changesets

2011-03-24 Thread kelly . ohair
Changeset: 522aa6575ddd Author:ohair Date: 2011-03-24 07:42 -0700 URL: http://hg.openjdk.java.net/jdk6/jdk6/rev/522aa6575ddd 7023111: Add webrev script to make/scripts Reviewed-by: darcy + make/scripts/webrev.ksh Changeset: 2a1d64e9772e Author:ohair Date: 2011-03-24 07:42

Re: I propose to backport four langtools bug fixes from JDK 7 to OpenJDK 6

2011-03-24 Thread Kelly O'Hair
Approved. -kto On Mar 24, 2011, at 6:12 PM, Jim Holmlund wrote: > The webrevs are > > http://cr.openjdk.java.net/~jjh/6502392-openJDK6/ > http://cr.openjdk.java.net/~jjh/7003006-openJDK6/ > http://cr.openjdk.java.net/~jjh/6999460-openJDK6/ > http://cr.openjdk.java.net/~jjh/6999891-openJDK6/ >