Installing the xcode command line tools resolved that issue. xcode-select --install
On 5/9/16 5:26 PM, Pete Brunet wrote: > Back on 6.2 but now getting > > Creating jjs from 1 file(s) > strip: error: unable to find utility "strip", not a developer tool or in > PATH > make[3]: *** > [/Users/petebrunet/JDK9/JDK-8145207/client/build/macosx-x86_64-normal-server-release/support/modules_cmds-stripped/jdk.jlink/jimage] > Error 72 > > Config output shows this > checking for strip... strip > configure: Rewriting STRIP to "/usr/bin/strip" > > However executing /usr/bin/strip at the command line gives the same > message as shown in the build output. > > There is a /usr/bin/strip file of 18,176 bytes dated March 12, 2016. > > Pete > > On 5/9/16 4:03 PM, Pete Brunet wrote: >> Going back to 6.2. Hopefully 7.3.1 won't force install itself this time. >> >> On 5/9/16 3:30 PM, Pete Brunet wrote: >>> 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 >>>>>>>>
