RFR: JDK-8196911: Windows build fails with not finding zlib.h
thomas.stuefe at gmail.com
Wed Feb 7 14:53:34 UTC 2018
On Wed, Feb 7, 2018 at 3:20 PM, Alan Bateman <Alan.Bateman at oracle.com>
> On 07/02/2018 14:13, Thomas Stüfe wrote:
>> Could this also explain what we see in some of our nightlies? The builds
>> broke on some platforms for us (e.g. linux ppcle). It seems that
>> "@LIBZ_CFLAGS@" does not get expanded correctly and finds its way into
>> makefile, confusing the compiler:
>> ( /sapmnt/appl_sw/gcc-4.8/bin/gcc ... -g1 -fPIC @LIBZ_CFLAGS@ ... -o
>> gcc: error: @LIBZ_CFLAGS@: No such file or directory
>> Several of us have been running into an issue like this on macOS too,
> it's tracked as JDK-8196951 .
> Locally I'm using the following to workaround it:
> diff -r ce02b30d382b make/autoconf/lib-bundled.m4
> --- a/make/autoconf/lib-bundled.m4 Wed Feb 07 11:57:51 2018 +0000
> +++ b/make/autoconf/lib-bundled.m4 Wed Feb 07 14:18:47 2018 +0000
> @@ -212,6 +212,7 @@
> if test "x$USE_EXTERNAL_LIBZ" = "xfalse"; then
> LIBZ_CFLAGS="$LIBZ_CFLAGS -I$TOPDIR/src/java.base/share/
> + LIBZ_CFLAGS=""
>  https://bugs.openjdk.java.net/browse/JDK-8196951
Thanks for the pointer!
More information about the build-dev