[PATCHes] Allow using system's copies of libjpeg, libpng and giflib for splashscreen

Anthony Petrov Anthony.Petrov at Sun.COM
Mon May 14 06:03:41 PDT 2007


Hello Diego,

Thanks for the patches. Though, we've got a number of reasons not to 
apply them currently:
1. Not every *NIX desktop has these libraries installed. Throwing them 
out means adding more external dependencies that are not regularly 
required now.
2. Some libraries bundled with the JDK (like the libjpeg) are heavily 
customized by Sun. Using system copy of such library might cause 
unexpected behavior of JDK.
3. Also using system copies of libraries might be unreliable, and thus 
some bugs could arise that we do not expect. This situation would be 
difficult as it would not be clear whether it's an OpenJDK fault, or the 
library fault. At least until we've got an ability to retrieve some 
specific options (like EXTERNAL_LIBPNG) that were used while building 
OpenJDK from the run-time version (i.e. something like a switch 'java 
-Xprintconfigoptions').

So, even taking into account that the patch does not change the default 
behavior, we think that the number of problems it could bring is to big. 
What do you think about these reasons? And, what's more important, what, 
in your opinion, is the main reason for such an addition to OpenJDK?

--
best regards,
Anthony


On 05/12/2007 12:04 AM Diego 'Flameeyes' Pettenò wrote:
> Trying to make OpenJDK more friendly for those distributions (like
> Gentoo and Debian iirc) having in their policy the use, whenever
> possible, of the system's libraries rather than internal copies of
> them, I've prepared three patches to AWT's libsplashscreen that allows
> to use the external/system copy of the three libraries in the subject.
> 
> The default behaviour is unchanged, you need to pass EXTERNAL_JPEG
> EXTERNAL_LIBPNG and EXTERNAL_GIFLIB with the value "true" to get them
> used.
> 
> Hope this helps,
> 



More information about the awt-dev mailing list