is there any reason why the bundled zlib is patched to make zlib's
"uLong" type a 32-bit int on 64-bit platforms [1]? This change to the
original zlib is there since the very first drop of OpenJDK 6 [2] (which
still had version 1.1.3 of zlib). Maybe it was required at that time
when it was still possible to create images with both, 32- and 64-bit
versions of the JDK and choose the one you want with -d64/-d32?

However, as of today, I can't imagine why this patch should be still
required? Especially taking into account that when the jdk is built with
"--with-zlib=system", it will use the systems version of "zconf.h"
anyway, which doesn't have this change. Nevertheless, jdk's using the
system zlib are being build and are in use since many years on all major
Linux distributions without any known zlib problems.

So if nobody objects, I'll file a RFE to remove this zlib patch.

Thank you and best regards,


Amazon Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss
Eingetragen am Amtsgericht Charlottenburg unter HRB 149173 B
Sitz: Berlin
Ust-ID: DE 289 237 879

Reply via email to