Further along I got this (after using --disable-warnings-as-errors): ... Compiling 15 files for jdk.naming.dns ld: warning: object file (/Users/petebrunet/JDK9/JDK-8145207/client/build/macosx-x86_64-normal-server-release/support/native/java.base//libfdlibm.a) was built for newer OSX version (10.9) than being linked (10.7) Compiling 7 files for jdk.naming.rmi Undefined symbols for architecture x86_64: "_objc_readClassPair", referenced from: __ARCLite__load() in libarclite_macosx.a(arclite.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [/Users/petebrunet/JDK9/JDK-8145207/client/build/macosx-x86_64-normal-server-release/support/modules_libs/java.base/libosxsecurity.dylib] Error 1
Pete On 5/9/16 3:17 PM, Pete Brunet wrote: > Thanks. That worked. > > On 5/9/16 3:07 PM, Phil Race wrote: >> The usual one --disable-warnings-as-errors when running configure. >> >> -phil. >> >> On 05/09/2016 01:11 PM, Pete Brunet wrote: >>> Thanks Phil, I asked in the bug but will ask here too - is there a >>> workaround until the issue is resolved? In my case I have 6.2 and >>> 7.3.1. >>> >>> Pete >>> >>> On 5/9/16 2:29 PM, Phil Race wrote: >>>> https://bugs.openjdk.java.net/browse/JDK-8152856 >>>> >>>> -phil. >>>> >>>> On 05/09/2016 12:20 PM, Pete Brunet wrote: >>>>> Am running into a build problem on Mac. >>>>> >>>>> Creating libjvm.dylib from 771 file(s) >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/precompiled/precompiled.hpp:30: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/asm/assembler.inline.hpp:31: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/cpu/x86/vm/assembler_x86.inline.hpp:30: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/code/codeCache.hpp:28: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/code/codeBlob.hpp:30: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/runtime/frame.hpp:28: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/method.hpp:33: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/constantPool.hpp:32: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/typeArrayOop.hpp:29: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/typeArrayKlass.hpp:29: >>>>> >>>>> >>>>> In file included from >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/arrayKlass.hpp:29: >>>>> >>>>> >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/klass.hpp:327:58: >>>>> >>>>> >>>>> error: shifting a negative signed value is undefined >>>>> [-Werror,-Wshift-negative-value] >>>>> return (juint)lh >= (juint)(_lh_array_tag_type_value << >>>>> _lh_array_tag_shift); >>>>> ~~~~~~~~~~~~~~~~~~~~~~~~ ^ >>>>> /Users/petebrunet/JDK9/JDK-8145207/client/hotspot/src/share/vm/oops/klass.hpp:331:55: >>>>> >>>>> >>>>> error: shifting a negative signed value is undefined >>>>> [-Werror,-Wshift-negative-value] >>>>> return (jint)lh < (jint)(_lh_array_tag_type_value << >>>>> _lh_array_tag_shift); >>>>> ~~~~~~~~~~~~~~~~~~~~~~~~ ^ >>>>> 2 errors generated. >>>>> make[4]: *** >>>>> [/Users/petebrunet/JDK9/JDK-8145207/client/build/macosx-x86_64-normal-server-release/hotspot/variant-server/libjvm/objs/precompiled/precompiled.hpp.pch] >>>>> >>>>> >>>>> Error 1 >>>>> make[3]: *** [variant-server-libs] Error 2 >>>>> make[2]: *** [hotspot] Error 2 >>>>> make[2]: *** Waiting for unfinished jobs.... >>>>> >>>>> One thing that is different is that Xcode 7.3.1 force installed itself >>>>> last week so this morning I reinstalled 6.2 and copied the 10.9 SDK >>>>> into >>>>> the 7.3.1 SDK directory as per this info: >>>>> http://blog.felix-schwarz.org/post/141482111524/how-to-use-the-os-x-109-sdk-with-xcode-73 >>>>> >>>>> >>>>> >>>>> Then I reconfigured using --with-sdk-name=macosx10.9 (no errors >>>>> reported), ran make clean, and make images and got the above report. >>>>> >>>>> Pete >>>>>