Mac build failing
Pete Brunet
peter.brunet at oracle.com
Mon May 9 20:30:46 UTC 2016
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
>>>>>
More information about the build-dev
mailing list