Mac build failing

[Pete Brunet]

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
>>>>>>>>