zlib 1.2.3 -> 1.2.5

Chris Hegarty chris.hegarty at oracle.com
Wed Nov 30 10:09:09 UTC 2011

On 30/11/2011 09:50, David Holmes wrote:
> On 30/11/2011 7:43 PM, Alan Bateman wrote:
>> On 30/11/2011 01:31, Dr Andrew John Hughes wrote:
>>> On 10:23 Tue 29 Nov , Alan Bateman wrote:
>>> snip...
>>>> When we talked about the zlib version here (I think back in
>>>> February) we
>>>> talked about having the option to use the system's zip library where
>>>> appropriate. Have you given this any thought recently?
>>>> -Alan.
>>> We have changes for this (and other libraries) in IcedTea that we'd like
>>> to upstream. I'll look at posting a webrev soon.
>> That would be great. If I remember correctly then the IcedTea patches
>> remove the zlib code completely but we can't do that of course because
>> of Windows. So I think a USE_SYSTEM_ZLIB as you suggest would be best.
> FYI the macosx port is also adding a SYSTEM_ZLIB option:
> http://cr.openjdk.java.net/~michaelm/7113349/2/jdk7u-osx/modified/

So this is a compile time decision, if you are targeting a platform that 
is known to have a system zip library you simply link against that. Nice!

I've also been looking at the possibility ( for a different reason ) of 
using supporting the system version of a library (if one is available) 
instead of the bundled version. This is to allow support of more recent 
versions of the system library to be used, rather than what may be an 
older bundled version, and targets platforms where a system library may 
or may not be available.

Is this something that may be relevant here, or are we always guaranteed 
that the system will have a zip library available on our targeted 
OS-ARCH binaries?


> David
>> -Alan.

More information about the core-libs-dev mailing list