From steve at weblite.ca  Thu May 10 17:37:10 2018
From: steve at weblite.ca (Steve Hannah)
Date: Thu, 10 May 2018 10:37:10 -0700
Subject: Current build instructions for iOS
Message-ID: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>

The OpenJDK build instructions for iOS at
http://openjdk.java.net/projects/mobile/ios.html no longer seem to be valid.

For example, the repository it references (
http://hg.openjdk.java.net/mobile/dev) no longer exists.

Does anyone know where I can find some up-to-date information on building
OpenJDK for iOS?

Thanks for any help.

Steve

From gary.adams at oracle.com  Thu May 10 17:44:52 2018
From: gary.adams at oracle.com (Gary Adams)
Date: Thu, 10 May 2018 13:44:52 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
Message-ID: <5AF48514.5090204@oracle.com>

The mobile/dev repos was moved to mobile/jdk9  two months ago.

   http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html


On 5/10/18, 1:37 PM, Steve Hannah wrote:
> The OpenJDK build instructions for iOS at
> http://openjdk.java.net/projects/mobile/ios.html no longer seem to be valid.
>
> For example, the repository it references (
> http://hg.openjdk.java.net/mobile/dev) no longer exists.
>
> Does anyone know where I can find some up-to-date information on building
> OpenJDK for iOS?
>
> Thanks for any help.
>
> Steve


From steve at weblite.ca  Thu May 10 17:57:37 2018
From: steve at weblite.ca (Steve Hannah)
Date: Thu, 10 May 2018 10:57:37 -0700
Subject: Current build instructions for iOS
In-Reply-To: <5AF48514.5090204@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
Message-ID: <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>

Thanks!

On Thu, May 10, 2018 at 10:44 AM, Gary Adams <gary.adams at oracle.com> wrote:

> The mobile/dev repos was moved to mobile/jdk9  two months ago.
>
>   http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html
>
>
>
> On 5/10/18, 1:37 PM, Steve Hannah wrote:
>
>> The OpenJDK build instructions for iOS at
>> http://openjdk.java.net/projects/mobile/ios.html no longer seem to be
>> valid.
>>
>> For example, the repository it references (
>> http://hg.openjdk.java.net/mobile/dev) no longer exists.
>>
>> Does anyone know where I can find some up-to-date information on building
>> OpenJDK for iOS?
>>
>> Thanks for any help.
>>
>> Steve
>>
>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From johan.vos at gluonhq.com  Thu May 10 18:15:52 2018
From: johan.vos at gluonhq.com (Johan Vos)
Date: Thu, 10 May 2018 18:15:52 +0000
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
Message-ID: <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>

We'll have to update the wiki indeed.
There is a new repository at http://hg.openjdk.java.net/mobile/jdk that
will hopefully be mobile-ready by Java 11.
I am slowly making progress on applying the 9-patches to the jdk/jdk tree.
There are many changes between the structure of jdk9 and jdk/jdk so it's
not a simple diff/patch.

We created a github mirror of jdk/jdk which I forked and this is where I am
applying patches (it's WIP):
https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master

- Johan

On Thu, May 10, 2018 at 6:57 PM Steve Hannah <steve at weblite.ca> wrote:

> Thanks!
>
> On Thu, May 10, 2018 at 10:44 AM, Gary Adams <gary.adams at oracle.com>
> wrote:
>
> > The mobile/dev repos was moved to mobile/jdk9  two months ago.
> >
> >
> http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html
> >
> >
> >
> > On 5/10/18, 1:37 PM, Steve Hannah wrote:
> >
> >> The OpenJDK build instructions for iOS at
> >> http://openjdk.java.net/projects/mobile/ios.html no longer seem to be
> >> valid.
> >>
> >> For example, the repository it references (
> >> http://hg.openjdk.java.net/mobile/dev) no longer exists.
> >>
> >> Does anyone know where I can find some up-to-date information on
> building
> >> OpenJDK for iOS?
> >>
> >> Thanks for any help.
> >>
> >> Steve
> >>
> >
> >
>
>
> --
> Steve Hannah
> Web Lite Solutions Corp.
>

From steve at weblite.ca  Thu May 10 18:46:09 2018
From: steve at weblite.ca (Steve Hannah)
Date: Thu, 10 May 2018 11:46:09 -0700
Subject: Current build instructions for iOS
In-Reply-To: <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
Message-ID: <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>

The current instructions say that Xcode 7.1 is required.  Is this still the
case?  I got errors when building with Xcode 9.3.  Trying now with 7.3  (as
I don't have 7.1 handy).

Best regards

Steve

On Thu, May 10, 2018 at 11:15 AM, Johan Vos <johan.vos at gluonhq.com> wrote:

> We'll have to update the wiki indeed.
> There is a new repository at http://hg.openjdk.java.net/mobile/jdk that
> will hopefully be mobile-ready by Java 11.
> I am slowly making progress on applying the 9-patches to the jdk/jdk tree.
> There are many changes between the structure of jdk9 and jdk/jdk so it's
> not a simple diff/patch.
>
> We created a github mirror of jdk/jdk which I forked and this is where I
> am applying patches (it's WIP):
> https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:
> master
>
> - Johan
>
> On Thu, May 10, 2018 at 6:57 PM Steve Hannah <steve at weblite.ca> wrote:
>
>> Thanks!
>>
>> On Thu, May 10, 2018 at 10:44 AM, Gary Adams <gary.adams at oracle.com>
>> wrote:
>>
>> > The mobile/dev repos was moved to mobile/jdk9  two months ago.
>> >
>> >   http://mail.openjdk.java.net/pipermail/mobile-dev/2018-
>> March/000485.html
>> >
>> >
>> >
>> > On 5/10/18, 1:37 PM, Steve Hannah wrote:
>> >
>> >> The OpenJDK build instructions for iOS at
>> >> http://openjdk.java.net/projects/mobile/ios.html no longer seem to be
>> >> valid.
>> >>
>> >> For example, the repository it references (
>> >> http://hg.openjdk.java.net/mobile/dev) no longer exists.
>> >>
>> >> Does anyone know where I can find some up-to-date information on
>> building
>> >> OpenJDK for iOS?
>> >>
>> >> Thanks for any help.
>> >>
>> >> Steve
>> >>
>> >
>> >
>>
>>
>> --
>> Steve Hannah
>> Web Lite Solutions Corp.
>>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From gary.adams at oracle.com  Thu May 10 18:51:01 2018
From: gary.adams at oracle.com (Gary Adams)
Date: Thu, 10 May 2018 14:51:01 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
Message-ID: <5AF49495.2050903@oracle.com>

What errors do you see with a newer toolchain?

On 5/10/18, 2:46 PM, Steve Hannah wrote:
> The current instructions say that Xcode 7.1 is required.  Is this 
> still the case?  I got errors when building with Xcode 9.3.  Trying 
> now with 7.3  (as I don't have 7.1 handy).
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 11:15 AM, Johan Vos <johan.vos at gluonhq.com 
> <mailto:johan.vos at gluonhq.com>> wrote:
>
>     We'll have to update the wiki indeed.
>     There is a new repository at http://hg.openjdk.java.net/mobile/jdk
>     <http://hg.openjdk.java.net/mobile/jdk> that will hopefully be
>     mobile-ready by Java 11.
>     I am slowly making progress on applying the 9-patches to the
>     jdk/jdk tree. There are many changes between the structure of jdk9
>     and jdk/jdk so it's not a simple diff/patch.
>
>     We created a github mirror of jdk/jdk which I forked and this is
>     where I am applying patches (it's WIP):
>     https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master
>     <https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master>
>
>     - Johan
>
>     On Thu, May 10, 2018 at 6:57 PM Steve Hannah <steve at weblite.ca
>     <mailto:steve at weblite.ca>> wrote:
>
>         Thanks!
>
>         On Thu, May 10, 2018 at 10:44 AM, Gary Adams
>         <gary.adams at oracle.com <mailto:gary.adams at oracle.com>> wrote:
>
>         > The mobile/dev repos was moved to mobile/jdk9  two months ago.
>         >
>         >
>         http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html
>         <http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html>
>         >
>         >
>         >
>         > On 5/10/18, 1:37 PM, Steve Hannah wrote:
>         >
>         >> The OpenJDK build instructions for iOS at
>         >> http://openjdk.java.net/projects/mobile/ios.html
>         <http://openjdk.java.net/projects/mobile/ios.html> no longer
>         seem to be
>         >> valid.
>         >>
>         >> For example, the repository it references (
>         >> http://hg.openjdk.java.net/mobile/dev
>         <http://hg.openjdk.java.net/mobile/dev>) no longer exists.
>         >>
>         >> Does anyone know where I can find some up-to-date
>         information on building
>         >> OpenJDK for iOS?
>         >>
>         >> Thanks for any help.
>         >>
>         >> Steve
>         >>
>         >
>         >
>
>
>         -- 
>         Steve Hannah
>         Web Lite Solutions Corp.
>
>
>
>
> -- 
> Steve Hannah
> Web Lite Solutions Corp.


From steve at weblite.ca  Thu May 10 18:55:33 2018
From: steve at weblite.ca (Steve Hannah)
Date: Thu, 10 May 2018 11:55:33 -0700
Subject: Current build instructions for iOS
In-Reply-To: <5AF49495.2050903@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
Message-ID: <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>

At first I got this:

In file included from
/Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.hpp:30:

/Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:336:50:
warning: instantiation of variable 'RehashableHashtable<Symbol *,
MemoryType::mtSymbol>::_seed' required here, but no definition is available
[-Wundefined-var-template]

  static bool use_alternate_hashcode()  { return _seed != 0; }

                                                 ^

/Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.cpp:110:34:
note: in instantiation of member function 'RehashableHashtable<Symbol *,
MemoryType::mtSymbol>::use_alternate_hashcode' requested here

      if (entry->is_shared() && !use_alternate_hashcode()) {

                                 ^

/Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:352:16:
note: forward declaration of template entity is here

  static juint _seed;

               ^

1 warning generated.

/Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/memory/virtualspace.cpp:584:14:
error: ordered comparison between pointer and zero ('char *' and 'int')

  if (base() > 0) {

      ~~~~~~ ^ ~

1 error generated.


I got past this by casting 0 to (char*) on that line.

Then I get this:

Building target 'images' in configuration
'ios-x86_64-normal-minimal1-release'

Creating support/modules_libs/java.base/minimal/libjvm.a from 1 file(s)

clang: warning: using sysroot for 'iPhoneSimulator' but targeting 'MacOSX'
[-Wincompatible-sysroot]

ld: warning: directory not found for option
'-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'

ld: building for OSX, but linking against dylib built for iOS
(/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
file
'/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see
invocation)

make[4]: ***
[/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/hotspot/variant-server/tools/adlc/adlc]
Error 1

make[3]: *** [hotspot-server-gensrc] Error 2

make[2]: *** [create-buildjdk-interim-image] Error 2

make[2]: *** Waiting for unfinished jobs....

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(bytecodeHistogram.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(c1_Defs.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreter.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreterGenerator.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(decoder_elf.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(depChecker_x86.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(dtraceAttacher.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFile.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFuncDescTable.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfStringTable.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfSymbolTable.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(instanceOop.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(internalVMTests.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(jvmtiTrace.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(objectCountEventSender.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(operator_new.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(register.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(rtmLocking.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(runtimeService.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(sizes.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(stubRoutines_bsd.o)
has no symbols

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
file:
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(vm_version_bsd_x86.o)
has no symbols


ERROR: Build failed for target 'images' in configuration
'ios-x86_64-normal-minimal1-release' (exit code 2)



I may just be doing something wrong.

Best regards

Steve

On Thu, May 10, 2018 at 11:51 AM, Gary Adams <gary.adams at oracle.com> wrote:

> What errors do you see with a newer toolchain?
>
>
> On 5/10/18, 2:46 PM, Steve Hannah wrote:
>
> The current instructions say that Xcode 7.1 is required.  Is this still
> the case?  I got errors when building with Xcode 9.3.  Trying now with 7.3
> (as I don't have 7.1 handy).
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 11:15 AM, Johan Vos <johan.vos at gluonhq.com> wrote:
>
>> We'll have to update the wiki indeed.
>> There is a new repository at http://hg.openjdk.java.net/mobile/jdk that
>> will hopefully be mobile-ready by Java 11.
>> I am slowly making progress on applying the 9-patches to the jdk/jdk
>> tree. There are many changes between the structure of jdk9 and jdk/jdk so
>> it's not a simple diff/patch.
>>
>> We created a github mirror of jdk/jdk which I forked and this is where I
>> am applying patches (it's WIP):
>> https://github.com/javafxports/openjdk-mobile/compare/
>> master...johanvos:master
>>
>> - Johan
>>
>> On Thu, May 10, 2018 at 6:57 PM Steve Hannah <steve at weblite.ca> wrote:
>>
>>> Thanks!
>>>
>>> On Thu, May 10, 2018 at 10:44 AM, Gary Adams <gary.adams at oracle.com>
>>> wrote:
>>>
>>> > The mobile/dev repos was moved to mobile/jdk9  two months ago.
>>> >
>>> >   http://mail.openjdk.java.net/pipermail/mobile-dev/2018-Marc
>>> h/000485.html
>>> >
>>> >
>>> >
>>> > On 5/10/18, 1:37 PM, Steve Hannah wrote:
>>> >
>>> >> The OpenJDK build instructions for iOS at
>>> >> http://openjdk.java.net/projects/mobile/ios.html no longer seem to be
>>> >> valid.
>>> >>
>>> >> For example, the repository it references (
>>> >> http://hg.openjdk.java.net/mobile/dev) no longer exists.
>>> >>
>>> >> Does anyone know where I can find some up-to-date information on
>>> building
>>> >> OpenJDK for iOS?
>>> >>
>>> >> Thanks for any help.
>>> >>
>>> >> Steve
>>> >>
>>> >
>>> >
>>>
>>>
>

From gary.adams at oracle.com  Thu May 10 19:42:22 2018
From: gary.adams at oracle.com (gary.adams at oracle.com)
Date: Thu, 10 May 2018 15:42:22 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
Message-ID: <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>

It's not uncommon when a newer toolchain is introduced that new 
compilation warnings
will be detected. Since jdk is typically built with "warnings as 
errors", it's best when configuring
to include --disable-warnings-as-errors.

For iOS builds, I'd recommend first making sure you can build for macosx 
with your installed toolchain,
and then try the iOS specific builds.

For the linking error, are you using more than one installed version of 
Xcode.
e.g. "xcode-select -p" or DEVELOPER_DIR

I usually would do a "LOG=debug" build to see the full command passed to 
the linker,
but you have enough in the errors you already have.

clang: warning: using sysroot for 'iPhoneSimulator' but targeting 
'MacOSX' [-Wincompatible-sysroot]


Every object file and executable is built for a specific SDK.
The warning says the flags do not match the toolchain installed.

ld: warning: directory not found for option 
'-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'

ld: building for OSX, but linking against dylib built for iOS 
(/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd). 
file 
'/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd' 
for architecture x86_64


This would be a good time to compare the directory structure of the 
iPhoneSimulator
SDK in Xcode 7.1 and 9.3. It may have changed.

...

On 5/10/18 2:55 PM, Steve Hannah wrote:
> At first I got this:
>
> In file included from 
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.hpp:30:
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:336:50: 
> warning: instantiation of variable 'RehashableHashtable<Symbol *, 
> MemoryType::mtSymbol>::_seed' required here, but no definition is 
> available [-Wundefined-var-template]
>
> static bool use_alternate_hashcode(){ return _seed != 0; }
>
> ^
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.cpp:110:34: 
> note: in instantiation of member function 'RehashableHashtable<Symbol 
> *, MemoryType::mtSymbol>::use_alternate_hashcode' requested here
>
> if (entry->is_shared() && !use_alternate_hashcode()) {
>
> ^
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:352:16: 
> note: forward declaration of template entity is here
>
> static juint _seed;
>
> ^
>
> 1 warning generated.
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/memory/virtualspace.cpp:584:14: 
> error: ordered comparison between pointer and zero ('char *' and 'int')
>
> if (base() > 0) {
>
> ~~~~~~ ^ ~
>
> 1 error generated.
>
>
>
> I got past this by casting 0 to (char*) on that line.
>
> Then I get this:
>
> Building target 'images' in configuration 
> 'ios-x86_64-normal-minimal1-release'
>
> Creating support/modules_libs/java.base/minimal/libjvm.a from 1 file(s)
>
> clang: warning: using sysroot for 'iPhoneSimulator' but targeting 
> 'MacOSX' [-Wincompatible-sysroot]
>
> ld: warning: directory not found for option 
> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
> ld: building for OSX, but linking against dylib built for iOS 
> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd). 
> file 
> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd' 
> for architecture x86_64
>
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
>
> make[4]: *** 
> [/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/hotspot/variant-server/tools/adlc/adlc] 
> Error 1
>
> make[3]: *** [hotspot-server-gensrc] Error 2
>
> make[2]: *** [create-buildjdk-interim-image] Error 2
>
> make[2]: *** Waiting for unfinished jobs....
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(bytecodeHistogram.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(c1_Defs.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreter.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreterGenerator.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(decoder_elf.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(depChecker_x86.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(dtraceAttacher.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFile.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFuncDescTable.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfStringTable.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfSymbolTable.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(instanceOop.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(internalVMTests.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(jvmtiTrace.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(objectCountEventSender.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(operator_new.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(register.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(rtmLocking.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(runtimeService.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(sizes.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(stubRoutines_bsd.o) 
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib: 
> file: 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(vm_version_bsd_x86.o) 
> has no symbols
>
>
> ERROR: Build failed for target 'images' in configuration 
> 'ios-x86_64-normal-minimal1-release' (exit code 2)
>
>
>
>
> I may just be doing something wrong.
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 11:51 AM, Gary Adams <gary.adams at oracle.com 
> <mailto:gary.adams at oracle.com>> wrote:
>
>     What errors do you see with a newer toolchain?
>
>
>     On 5/10/18, 2:46 PM, Steve Hannah wrote:
>>     The current instructions say that Xcode 7.1 is required.? Is this
>>     still the case? I got errors when building with Xcode 9.3. Trying
>>     now with 7.3? (as I don't have 7.1 handy).
>>
>>     Best regards
>>
>>     Steve
>>
>>     On Thu, May 10, 2018 at 11:15 AM, Johan Vos
>>     <johan.vos at gluonhq.com <mailto:johan.vos at gluonhq.com>> wrote:
>>
>>         We'll have to update the wiki indeed.
>>         There is a new repository at
>>         http://hg.openjdk.java.net/mobile/jdk
>>         <http://hg.openjdk.java.net/mobile/jdk>?that will hopefully
>>         be mobile-ready by Java 11.
>>         I am slowly making progress on applying the 9-patches to the
>>         jdk/jdk tree. There are many changes between the structure of
>>         jdk9 and jdk/jdk so it's not a simple diff/patch.
>>
>>         We created a github mirror of jdk/jdk which I forked and this
>>         is where I am applying patches (it's WIP):
>>         https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master
>>         <https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master>
>>
>>         - Johan
>>
>>         On Thu, May 10, 2018 at 6:57 PM Steve Hannah
>>         <steve at weblite.ca <mailto:steve at weblite.ca>> wrote:
>>
>>             Thanks!
>>
>>             On Thu, May 10, 2018 at 10:44 AM, Gary Adams
>>             <gary.adams at oracle.com <mailto:gary.adams at oracle.com>> wrote:
>>
>>             > The mobile/dev repos was moved to mobile/jdk9? two
>>             months ago.
>>             >
>>             >
>>             http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html
>>             <http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html>
>>             >
>>             >
>>             >
>>             > On 5/10/18, 1:37 PM, Steve Hannah wrote:
>>             >
>>             >> The OpenJDK build instructions for iOS at
>>             >> http://openjdk.java.net/projects/mobile/ios.html
>>             <http://openjdk.java.net/projects/mobile/ios.html> no
>>             longer seem to be
>>             >> valid.
>>             >>
>>             >> For example, the repository it references (
>>             >> http://hg.openjdk.java.net/mobile/dev
>>             <http://hg.openjdk.java.net/mobile/dev>) no longer exists.
>>             >>
>>             >> Does anyone know where I can find some up-to-date
>>             information on building
>>             >> OpenJDK for iOS?
>>             >>
>>             >> Thanks for any help.
>>             >>
>>             >> Steve
>>             >>
>>             >
>>             >
>>
>
>
>


From johan.vos at gluonhq.com  Thu May 10 19:54:48 2018
From: johan.vos at gluonhq.com (Johan Vos)
Date: Thu, 10 May 2018 19:54:48 +0000
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
Message-ID: <CABxFH2Hz4mWGUo56VkfvKzNtAHwLT4CH--jRpyxcBKEJEyfj3A@mail.gmail.com>

As for the linking error: See Gary's mail.

As for the base() error, I modified this:

  if (base() > 0) {

into

  if (base()) {

and then it works

(in src/share/vm/memory/virtualspace.cpp)

- Johan

On Thu, May 10, 2018 at 7:55 PM Steve Hannah <steve at weblite.ca> wrote:

> At first I got this:
>
> In file included from
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.hpp:30:
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:336:50:
> warning: instantiation of variable 'RehashableHashtable<Symbol *,
> MemoryType::mtSymbol>::_seed' required here, but no definition is available
> [-Wundefined-var-template]
>
>   static bool use_alternate_hashcode()  { return _seed != 0; }
>
>                                                  ^
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/classfile/symbolTable.cpp:110:34:
> note: in instantiation of member function 'RehashableHashtable<Symbol *,
> MemoryType::mtSymbol>::use_alternate_hashcode' requested here
>
>       if (entry->is_shared() && !use_alternate_hashcode()) {
>
>                                  ^
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/utilities/hashtable.hpp:352:16:
> note: forward declaration of template entity is here
>
>   static juint _seed;
>
>                ^
>
> 1 warning generated.
>
> /Users/shannah/tmp/zero/mobile-jdk9/hotspot/src/share/vm/memory/virtualspace.cpp:584:14:
> error: ordered comparison between pointer and zero ('char *' and 'int')
>
>   if (base() > 0) {
>
>       ~~~~~~ ^ ~
>
> 1 error generated.
>
>
> I got past this by casting 0 to (char*) on that line.
>
> Then I get this:
>
> Building target 'images' in configuration
> 'ios-x86_64-normal-minimal1-release'
>
> Creating support/modules_libs/java.base/minimal/libjvm.a from 1 file(s)
>
> clang: warning: using sysroot for 'iPhoneSimulator' but targeting 'MacOSX'
> [-Wincompatible-sysroot]
>
> ld: warning: directory not found for option
> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
> ld: building for OSX, but linking against dylib built for iOS
> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
> file
> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
> for architecture x86_64
>
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
>
> make[4]: ***
> [/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/hotspot/variant-server/tools/adlc/adlc]
> Error 1
>
> make[3]: *** [hotspot-server-gensrc] Error 2
>
> make[2]: *** [create-buildjdk-interim-image] Error 2
>
> make[2]: *** Waiting for unfinished jobs....
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(bytecodeHistogram.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(c1_Defs.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreter.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(cppInterpreterGenerator.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(decoder_elf.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(depChecker_x86.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(dtraceAttacher.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFile.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfFuncDescTable.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfStringTable.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(elfSymbolTable.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(instanceOop.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(internalVMTests.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(jvmtiTrace.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(objectCountEventSender.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(operator_new.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(register.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(rtmLocking.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(runtimeService.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(sizes.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(stubRoutines_bsd.o)
> has no symbols
>
> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ranlib:
> file:
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/modules_libs/java.base/minimal/libjvm.a(vm_version_bsd_x86.o)
> has no symbols
>
>
> ERROR: Build failed for target 'images' in configuration
> 'ios-x86_64-normal-minimal1-release' (exit code 2)
>
>
>
> I may just be doing something wrong.
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 11:51 AM, Gary Adams <gary.adams at oracle.com>
> wrote:
>
>> What errors do you see with a newer toolchain?
>>
>>
>> On 5/10/18, 2:46 PM, Steve Hannah wrote:
>>
>> The current instructions say that Xcode 7.1 is required.  Is this still
>> the case?  I got errors when building with Xcode 9.3.  Trying now with 7.3
>> (as I don't have 7.1 handy).
>>
>> Best regards
>>
>> Steve
>>
>> On Thu, May 10, 2018 at 11:15 AM, Johan Vos <johan.vos at gluonhq.com>
>> wrote:
>>
>>> We'll have to update the wiki indeed.
>>> There is a new repository at http://hg.openjdk.java.net/mobile/jdk that
>>> will hopefully be mobile-ready by Java 11.
>>> I am slowly making progress on applying the 9-patches to the jdk/jdk
>>> tree. There are many changes between the structure of jdk9 and jdk/jdk so
>>> it's not a simple diff/patch.
>>>
>>> We created a github mirror of jdk/jdk which I forked and this is where I
>>> am applying patches (it's WIP):
>>>
>>> https://github.com/javafxports/openjdk-mobile/compare/master...johanvos:master
>>>
>>> - Johan
>>>
>>> On Thu, May 10, 2018 at 6:57 PM Steve Hannah <steve at weblite.ca> wrote:
>>>
>>>> Thanks!
>>>>
>>>> On Thu, May 10, 2018 at 10:44 AM, Gary Adams <gary.adams at oracle.com>
>>>> wrote:
>>>>
>>>> > The mobile/dev repos was moved to mobile/jdk9  two months ago.
>>>> >
>>>> >
>>>> http://mail.openjdk.java.net/pipermail/mobile-dev/2018-March/000485.html
>>>> >
>>>> >
>>>> >
>>>> > On 5/10/18, 1:37 PM, Steve Hannah wrote:
>>>> >
>>>> >> The OpenJDK build instructions for iOS at
>>>> >> http://openjdk.java.net/projects/mobile/ios.html no longer seem to
>>>> be
>>>> >> valid.
>>>> >>
>>>> >> For example, the repository it references (
>>>> >> http://hg.openjdk.java.net/mobile/dev) no longer exists.
>>>> >>
>>>> >> Does anyone know where I can find some up-to-date information on
>>>> building
>>>> >> OpenJDK for iOS?
>>>> >>
>>>> >> Thanks for any help.
>>>> >>
>>>> >> Steve
>>>> >>
>>>> >
>>>> >
>>>>
>>>>
>>
>
>

From steve at weblite.ca  Thu May 10 19:56:37 2018
From: steve at weblite.ca (Steve Hannah)
Date: Thu, 10 May 2018 12:56:37 -0700
Subject: Current build instructions for iOS
In-Reply-To: <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
Message-ID: <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>

Thanks for the tips.

I'm using the configure listed on the instructions (
http://openjdk.java.net/projects/mobile/ios.html)

cd mobile-dev
bash configure \
--enable-option-checking=fatal \
--build=x86_64-apple-darwin \
--host=x86_64-macos-ios \
--target=x86_64-macos-ios \
--disable-warnings-as-errors \
--enable-headless-only \
--with-boot-jdk=$JDK_DIR \
--with-jdk-variant=normal \
--with-jvm-variants=minimal1 \
--enable-static-build=yes \
--with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=8.0.0" \
--with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=8.0.0" \
--with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0
-L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
-L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
\
--with-cups-include=$CUPS_DIR \
--with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
\
--with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
\
--with-debug-level=release \
--disable-precompiled-headers \
--with-freetype-lib=$FREETYPE_DIR/lib \
--with-freetype-include=$FREETYPE_DIR/include/freetype2


> For iOS builds, I'd recommend first making sure you can build for macosx
> with your installed toolchain,
> and then try the iOS specific builds.
>

Thanks, I'll try that.

>
> For the linking error, are you using more than one installed version of
> Xcode.
> e.g. "xcode-select -p" or DEVELOPER_DIR
>

I'm pretty sure I'm using just one at a time.  I'm using xcode-select to
specify which Xcode to use, and I'm using the corresponding Xcode in the
configure statement.


>
> I usually would do a "LOG=debug" build to see the full command passed to
> the linker,
> but you have enough in the errors you already have.
>
> clang: warning: using sysroot for 'iPhoneSimulator' but targeting 'MacOSX'
> [-Wincompatible-sysroot]
>
>
> Every object file and executable is built for a specific SDK.
> The warning says the flags do not match the toolchain installed.
>
> ld: warning: directory not found for option '-F/Applications/Xcode.app/
> Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/
> iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
> ld: building for OSX, but linking against dylib built for iOS
> (/Applications/Xcode.app/Contents/Developer/Platforms/
> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
> file '/Applications/Xcode.app/Contents/Developer/Platforms/
> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
> for architecture x86_64
>
> This would be a good time to compare the directory structure of the
> iPhoneSimulator
> SDK in Xcode 7.1 and 9.3. It may have changed.
>

Thanks.  I'll do that.  My attempt with 7.3 had similar results - only I
had to patch some code that required CoreServices, which apparently isn't
available in 7.3.  I'm going to download 7.1 and see if that gets me
through to the end.

Best regards

Steve

From steve at weblite.ca  Fri May 11 17:37:36 2018
From: steve at weblite.ca (Steve Hannah)
Date: Fri, 11 May 2018 10:37:36 -0700
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
Message-ID: <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>

Well,  it seems that the build problems are unrelated to Xcode version.  I
get the same thing with Xcode 7.1, 7.3, and 9.3.  They all fail with some
error related to

ld: building for OSX, but linking against dylib built for iOS


The build log and configure command and output are in this gist
https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6

I've tried following where Google and Stackoverflow lead on these errors,
but have exhausted all of my current leads.

If anything about these logs jump out to anyone, please share.

Best regards

Steve

On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca> wrote:

> Thanks for the tips.
>
> I'm using the configure listed on the instructions (
> http://openjdk.java.net/projects/mobile/ios.html)
>
> cd mobile-dev
> bash configure \
> --enable-option-checking=fatal \
> --build=x86_64-apple-darwin \
> --host=x86_64-macos-ios \
> --target=x86_64-macos-ios \
> --disable-warnings-as-errors \
> --enable-headless-only \
> --with-boot-jdk=$JDK_DIR \
> --with-jdk-variant=normal \
> --with-jvm-variants=minimal1 \
> --enable-static-build=yes \
> --with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
> --with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
> --with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" \
> --with-cups-include=$CUPS_DIR \
> --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk \
> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin \
> --with-debug-level=release \
> --disable-precompiled-headers \
> --with-freetype-lib=$FREETYPE_DIR/lib \
> --with-freetype-include=$FREETYPE_DIR/include/freetype2
>
>
>> For iOS builds, I'd recommend first making sure you can build for macosx
>> with your installed toolchain,
>> and then try the iOS specific builds.
>>
>
> Thanks, I'll try that.
>
>>
>> For the linking error, are you using more than one installed version of
>> Xcode.
>> e.g. "xcode-select -p" or DEVELOPER_DIR
>>
>
> I'm pretty sure I'm using just one at a time.  I'm using xcode-select to
> specify which Xcode to use, and I'm using the corresponding Xcode in the
> configure statement.
>
>
>>
>> I usually would do a "LOG=debug" build to see the full command passed to
>> the linker,
>> but you have enough in the errors you already have.
>>
>> clang: warning: using sysroot for 'iPhoneSimulator' but targeting
>> 'MacOSX' [-Wincompatible-sysroot]
>>
>>
>> Every object file and executable is built for a specific SDK.
>> The warning says the flags do not match the toolchain installed.
>>
>> ld: warning: directory not found for option '-F/Applications/Xcode.app/Con
>> tents/Developer/Platforms/iPhoneSimulator.platform/Developer
>> /SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/
>> JavaVM.framework/Frameworks'
>>
>> ld: building for OSX, but linking against dylib built for iOS
>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>> file '/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>> for architecture x86_64
>>
>> This would be a good time to compare the directory structure of the
>> iPhoneSimulator
>> SDK in Xcode 7.1 and 9.3. It may have changed.
>>
>
> Thanks.  I'll do that.  My attempt with 7.3 had similar results - only I
> had to patch some code that required CoreServices, which apparently isn't
> available in 7.3.  I'm going to download 7.1 and see if that gets me
> through to the end.
>
> Best regards
>
> Steve
>
>

From gary.adams at oracle.com  Fri May 11 18:19:30 2018
From: gary.adams at oracle.com (Gary Adams)
Date: Fri, 11 May 2018 14:19:30 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
Message-ID: <5AF5DEB2.2000701@oracle.com>

Looking at the link line which complains about mixing iOS and MacOSX SDKs,
I do not see the expected extra ld flags. e.g. 
"-miphoneos-version-min=8.0.0 -arch x86_64 ..."
Can you verify the configure step set the proper flags in *.gmk?
e.g. EXTRA_

I was surprised you were targetting iOS 7.0 as a minimal platform.
e.g. -miphoneos-version-min=7.0

If you are having shell quoting issues, it helps to use single quotes
when providing the with-extra flags. You just have to expand the
"$XCODE  ..." variable manually.

On 5/11/18, 1:37 PM, Steve Hannah wrote:
> Well,  it seems that the build problems are unrelated to Xcode 
> version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.  They all 
> fail with some error related to
>
>     ld: building for OSX, but linking against dylib built for iOS 
>
>
> The build log and configure command and output are in this gist
> https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>
> I've tried following where Google and Stackoverflow lead on these 
> errors, but have exhausted all of my current leads.
>
> If anything about these logs jump out to anyone, please share.
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca 
> <mailto:steve at weblite.ca>> wrote:
>
>     Thanks for the tips.
>
>     I'm using the configure listed on the instructions
>     (http://openjdk.java.net/projects/mobile/ios.html
>     <http://openjdk.java.net/projects/mobile/ios.html>)
>
>     cd mobile-dev
>     bash configure \
>     --enable-option-checking=fatal \
>     --build=x86_64-apple-darwin \
>     --host=x86_64-macos-ios \
>     --target=x86_64-macos-ios \
>     --disable-warnings-as-errors \
>     --enable-headless-only \
>     --with-boot-jdk=$JDK_DIR \
>     --with-jdk-variant=normal \
>     --with-jvm-variants=minimal1 \
>     --enable-static-build=yes \
>     --with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>     --with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>     --with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" \
>     --with-cups-include=$CUPS_DIR \
>     --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk \
>     --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin \
>     --with-debug-level=release \
>     --disable-precompiled-headers \
>     --with-freetype-lib=$FREETYPE_DIR/lib \
>     --with-freetype-include=$FREETYPE_DIR/include/freetype2
>
>
>         For iOS builds, I'd recommend first making sure you can build
>         for macosx with your installed toolchain,
>         and then try the iOS specific builds.
>
>
>     Thanks, I'll try that.
>
>
>         For the linking error, are you using more than one installed
>         version of Xcode.
>         e.g. "xcode-select -p" or DEVELOPER_DIR
>
>
>     I'm pretty sure I'm using just one at a time.  I'm using
>     xcode-select to specify which Xcode to use, and I'm using the
>     corresponding Xcode in the configure statement.
>
>
>         I usually would do a "LOG=debug" build to see the full command
>         passed to the linker,
>         but you have enough in the errors you already have.
>
>         clang: warning: using sysroot for 'iPhoneSimulator' but
>         targeting 'MacOSX' [-Wincompatible-sysroot]
>
>
>         Every object file and executable is built for a specific SDK.
>         The warning says the flags do not match the toolchain installed.
>
>         ld: warning: directory not found for option
>         '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
>         ld: building for OSX, but linking against dylib built for iOS
>         (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>         file
>         '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>         for architecture x86_64
>
>
>         This would be a good time to compare the directory structure
>         of the iPhoneSimulator
>         SDK in Xcode 7.1 and 9.3. It may have changed.
>
>
>     Thanks.  I'll do that.  My attempt with 7.3 had similar results -
>     only I had to patch some code that required CoreServices, which
>     apparently isn't available in 7.3.  I'm going to download 7.1 and
>     see if that gets me through to the end.
>
>     Best regards
>
>     Steve
>
>
>


From steve at weblite.ca  Fri May 11 18:52:34 2018
From: steve at weblite.ca (Steve Hannah)
Date: Fri, 11 May 2018 11:52:34 -0700
Subject: Current build instructions for iOS
In-Reply-To: <5AF5DEB2.2000701@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
Message-ID: <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>

On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com> wrote:

> Looking at the link line which complains about mixing iOS and MacOSX SDKs,
> I do not see the expected extra ld flags. e.g.
> "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
> Can you verify the configure step set the proper flags in *.gmk?
> e.g. EXTRA_
>


That's an interesting observation.    When I grep for EXTRA_ in the .gmk
files, it looks like they're there.

ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk

buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make command
line. Must

buildjdk-spec.gmk:override EXTRA_CFLAGS :=

buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=

buildjdk-spec.gmk:override EXTRA_LDFLAGS :=

spec.gmk:EXTRA_CFLAGS = -arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=7.0

spec.gmk:EXTRA_CXXFLAGS = -arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=7.0

spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
-L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
-L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
-L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system

spec.gmk:TAR_CREATE_EXTRA_PARAM:=

And on other instances of bin/c++ in the build log, it does include them.
Just not on the one the fails (and possibly others).

However, now that I look at this, I see that they are not present in the
buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?

Here is a gist with the spec.gmk and buildjdk-spec.gmk in case something
catches anyone's eye there.
https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a




>
> I was surprised you were targetting iOS 7.0 as a minimal platform.
> e.g. -miphoneos-version-min=7.0
>

I had tried with -miphoneos-version-min=8.0.0 (as the instructions in the
wiki had it), but was getting the same problem.  This was an attempt to mix
things up a bit.


>
> If you are having shell quoting issues, it helps to use single quotes
> when providing the with-extra flags. You just have to expand the
> "$XCODE  ..." variable manually.
>

Thanks for the tip.  I don't think I'm having quoting issues, but I'll give
that a try.


Best regards

Steve




>
>
> On 5/11/18, 1:37 PM, Steve Hannah wrote:
>
> Well,  it seems that the build problems are unrelated to Xcode version.  I
> get the same thing with Xcode 7.1, 7.3, and 9.3.  They all fail with some
> error related to
>
> ld: building for OSX, but linking against dylib built for iOS
>
>
> The build log and configure command and output are in this gist
> https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>
> I've tried following where Google and Stackoverflow lead on these errors,
> but have exhausted all of my current leads.
>
> If anything about these logs jump out to anyone, please share.
>
> Best regards
>
> Steve
>
> On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca> wrote:
>
>> Thanks for the tips.
>>
>> I'm using the configure listed on the instructions (
>> http://openjdk.java.net/projects/mobile/ios.html)
>>
>> cd mobile-dev
>> bash configure \
>> --enable-option-checking=fatal \
>> --build=x86_64-apple-darwin \
>> --host=x86_64-macos-ios \
>> --target=x86_64-macos-ios \
>> --disable-warnings-as-errors \
>> --enable-headless-only \
>> --with-boot-jdk=$JDK_DIR \
>> --with-jdk-variant=normal \
>> --with-jvm-variants=minimal1 \
>> --enable-static-build=yes \
>> --with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>> --with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>> --with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" \
>> --with-cups-include=$CUPS_DIR \
>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk \
>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin \
>> --with-debug-level=release \
>> --disable-precompiled-headers \
>> --with-freetype-lib=$FREETYPE_DIR/lib \
>> --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>
>>
>>> For iOS builds, I'd recommend first making sure you can build for macosx
>>> with your installed toolchain,
>>> and then try the iOS specific builds.
>>>
>>
>> Thanks, I'll try that.
>>
>>>
>>> For the linking error, are you using more than one installed version of
>>> Xcode.
>>> e.g. "xcode-select -p" or DEVELOPER_DIR
>>>
>>
>> I'm pretty sure I'm using just one at a time.  I'm using xcode-select to
>> specify which Xcode to use, and I'm using the corresponding Xcode in the
>> configure statement.
>>
>>
>>>
>>> I usually would do a "LOG=debug" build to see the full command passed to
>>> the linker,
>>> but you have enough in the errors you already have.
>>>
>>> clang: warning: using sysroot for 'iPhoneSimulator' but targeting
>>> 'MacOSX' [-Wincompatible-sysroot]
>>>
>>>
>>> Every object file and executable is built for a specific SDK.
>>> The warning says the flags do not match the toolchain installed.
>>>
>>> ld: warning: directory not found for option
>>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPho
>>> neSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/Syst
>>> em/Library/Frameworks/JavaVM.framework/Frameworks'
>>>
>>> ld: building for OSX, but linking against dylib built for iOS
>>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>> file '/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>> for architecture x86_64
>>>
>>> This would be a good time to compare the directory structure of the
>>> iPhoneSimulator
>>> SDK in Xcode 7.1 and 9.3. It may have changed.
>>>
>>
>> Thanks.  I'll do that.  My attempt with 7.3 had similar results - only I
>> had to patch some code that required CoreServices, which apparently isn't
>> available in 7.3.  I'm going to download 7.1 and see if that gets me
>> through to the end.
>>
>> Best regards
>>
>> Steve
>>
>>
>
>
>
>

From gary.adams at oracle.com  Fri May 11 19:12:56 2018
From: gary.adams at oracle.com (Gary Adams)
Date: Fri, 11 May 2018 15:12:56 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
Message-ID: <5AF5EB38.40106@oracle.com>

I just tried a local build and I'm seeing the same error you are.
See
     
build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}

The basic configuration in
     common/autoconf/flags.m4

includes the adding of Frameworks to SYSROOT_LDFLAGS
and the handling of EXTRA_LDFLAGS.

I need to track down the BUILD_ADLC instructions to find out why
the extra flags were not used. I'll take a look next week.

I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.

...

On 5/11/18, 2:52 PM, Steve Hannah wrote:
>
> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com 
> <mailto:gary.adams at oracle.com>> wrote:
>
>     Looking at the link line which complains about mixing iOS and
>     MacOSX SDKs,
>     I do not see the expected extra ld flags. e.g.
>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>     Can you verify the configure step set the proper flags in *.gmk?
>     e.g. EXTRA_
>
>
>
> That's an interesting observation.    When I grep for EXTRA_ in the 
> .gmk files, it looks like they're there.
>
> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>
> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make 
> command line. Must
>
> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>
> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>
> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>
> spec.gmk:EXTRA_CFLAGS = -arch x86_64 
> -Wno-implicit-function-declaration -Wno-unused-parameter 
> -miphoneos-version-min=7.0
>
> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64 
> -Wno-implicit-function-declaration -Wno-unused-parameter 
> -miphoneos-version-min=7.0
>
> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0 
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib 
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system 
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>
> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>
>
> And on other instances of bin/c++ in the build log, it does include 
> them.  Just not on the one the fails (and possibly others).
>
> However, now that I look at this, I see that they are not present in 
> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
>
> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case 
> something catches anyone's eye there.
> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>
>
>     I was surprised you were targetting iOS 7.0 as a minimal platform.
>     e.g. -miphoneos-version-min=7.0
>
>
> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in 
> the wiki had it), but was getting the same problem.  This was an 
> attempt to mix things up a bit.
>
>
>     If you are having shell quoting issues, it helps to use single quotes
>     when providing the with-extra flags. You just have to expand the
>     "$XCODE  ..." variable manually.
>
>
> Thanks for the tip.  I don't think I'm having quoting issues, but I'll 
> give that a try.
>
>
> Best regards
>
> Steve
>
>
>
>
>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>     Well,  it seems that the build problems are unrelated to Xcode
>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3. 
>>     They all fail with some error related to
>>
>>         ld: building for OSX, but linking against dylib built for iOS 
>>
>>
>>     The build log and configure command and output are in this gist
>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>>
>>     I've tried following where Google and Stackoverflow lead on these
>>     errors, but have exhausted all of my current leads.
>>
>>     If anything about these logs jump out to anyone, please share.
>>
>>     Best regards
>>
>>     Steve
>>
>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
>>     <mailto:steve at weblite.ca>> wrote:
>>
>>         Thanks for the tips.
>>
>>         I'm using the configure listed on the instructions
>>         (http://openjdk.java.net/projects/mobile/ios.html
>>         <http://openjdk.java.net/projects/mobile/ios.html>)
>>
>>         cd mobile-dev
>>         bash configure \
>>         --enable-option-checking=fatal \
>>         --build=x86_64-apple-darwin \
>>         --host=x86_64-macos-ios \
>>         --target=x86_64-macos-ios \
>>         --disable-warnings-as-errors \
>>         --enable-headless-only \
>>         --with-boot-jdk=$JDK_DIR \
>>         --with-jdk-variant=normal \
>>         --with-jvm-variants=minimal1 \
>>         --enable-static-build=yes \
>>         --with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>>         --with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration -Wno-unused-parameter -miphoneos-version-min=8.0.0" \
>>         --with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" \
>>         --with-cups-include=$CUPS_DIR \
>>         --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk \
>>         --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin \
>>         --with-debug-level=release \
>>         --disable-precompiled-headers \
>>         --with-freetype-lib=$FREETYPE_DIR/lib \
>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>
>>
>>             For iOS builds, I'd recommend first making sure you can
>>             build for macosx with your installed toolchain,
>>             and then try the iOS specific builds.
>>
>>
>>         Thanks, I'll try that.
>>
>>
>>             For the linking error, are you using more than one
>>             installed version of Xcode.
>>             e.g. "xcode-select -p" or DEVELOPER_DIR
>>
>>
>>         I'm pretty sure I'm using just one at a time.  I'm using
>>         xcode-select to specify which Xcode to use, and I'm using the
>>         corresponding Xcode in the configure statement.
>>
>>
>>             I usually would do a "LOG=debug" build to see the full
>>             command passed to the linker,
>>             but you have enough in the errors you already have.
>>
>>             clang: warning: using sysroot for 'iPhoneSimulator' but
>>             targeting 'MacOSX' [-Wincompatible-sysroot]
>>
>>
>>             Every object file and executable is built for a specific SDK.
>>             The warning says the flags do not match the toolchain
>>             installed.
>>
>>             ld: warning: directory not found for option
>>             '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>>
>>             ld: building for OSX, but linking against dylib built for
>>             iOS
>>             (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>             file
>>             '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>             for architecture x86_64
>>
>>
>>             This would be a good time to compare the directory
>>             structure of the iPhoneSimulator
>>             SDK in Xcode 7.1 and 9.3. It may have changed.
>>
>>
>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
>>         results - only I had to patch some code that required
>>         CoreServices, which apparently isn't available in 7.3.  I'm
>>         going to download 7.1 and see if that gets me through to the end.
>>
>>         Best regards
>>
>>         Steve
>>
>>
>>
>
>
>


From david.holmes at oracle.com  Fri May 11 23:32:05 2018
From: david.holmes at oracle.com (David Holmes)
Date: Sat, 12 May 2018 09:32:05 +1000
Subject: Current build instructions for iOS
In-Reply-To: <5AF5EB38.40106@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com>
Message-ID: <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>

On 12/05/2018 5:12 AM, Gary Adams wrote:
> I just tried a local build and I'm seeing the same error you are.
> See
> build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log} 
> 
> 
> The basic configuration in
>  ??? common/autoconf/flags.m4
> 
> includes the adding of Frameworks to SYSROOT_LDFLAGS
> and the handling of EXTRA_LDFLAGS.
> 
> I need to track down the BUILD_ADLC instructions to find out why
> the extra flags were not used. I'll take a look next week.

adlc is little stand-alone C program, not part of the VM or JDK, so it 
doesn't generally need all the flags that hotspot/jdk compilations need. 
But for cross-compilation we would still need to use the EXTRA_* variables.

I'm not sure what version of the repos this is discussing but there was 
a lot of flag cleanup in the JDK 11 build fairly recently.

David

> I'm targetting MacOSX 10.13.4 Xcode 9.3.1? iOS 11.2 SDK.
> 
> ...
> 
> On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>
>> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com 
>> <mailto:gary.adams at oracle.com>> wrote:
>>
>> ??? Looking at the link line which complains about mixing iOS and
>> ??? MacOSX SDKs,
>> ??? I do not see the expected extra ld flags. e.g.
>> ??? "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>> ??? Can you verify the configure step set the proper flags in *.gmk?
>> ??? e.g. EXTRA_
>>
>>
>>
>> That's an interesting observation.??? When I grep for EXTRA_ in the 
>> .gmk files, it looks like they're there.
>>
>> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>>
>> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make 
>> command line. Must
>>
>> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>
>> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>
>> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>
>> spec.gmk:EXTRA_CFLAGS = -arch x86_64 
>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>> -miphoneos-version-min=7.0
>>
>> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64 
>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>> -miphoneos-version-min=7.0
>>
>> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system 
>>
>>
>> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>
>>
>> And on other instances of bin/c++ in the build log, it does include 
>> them.? Just not on the one the fails (and possibly others).
>>
>> However, now that I look at this, I see that they are not present in 
>> the buildjdk-spec.gmk.? Only in the spec.gmk.? Is that relevant?
>>
>> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case 
>> something catches anyone's eye there.
>> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>
>>
>> ??? I was surprised you were targetting iOS 7.0 as a minimal platform.
>> ??? e.g. -miphoneos-version-min=7.0
>>
>>
>> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in 
>> the wiki had it), but was getting the same problem.? This was an 
>> attempt to mix things up a bit.
>>
>>
>> ??? If you are having shell quoting issues, it helps to use single quotes
>> ??? when providing the with-extra flags. You just have to expand the
>> ??? "$XCODE? ..." variable manually.
>>
>>
>> Thanks for the tip.? I don't think I'm having quoting issues, but I'll 
>> give that a try.
>>
>>
>> Best regards
>>
>> Steve
>>
>>
>>
>>
>> ??? On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>> ??? Well,? it seems that the build problems are unrelated to Xcode
>>> ??? version.? I get the same thing with Xcode 7.1, 7.3, and 9.3.     
>>> They all fail with some error related to
>>>
>>> ??????? ld: building for OSX, but linking against dylib built for iOS
>>>
>>> ??? The build log and configure command and output are in this gist
>>> ??? https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>> ??? <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>>>
>>> ??? I've tried following where Google and Stackoverflow lead on these
>>> ??? errors, but have exhausted all of my current leads.
>>>
>>> ??? If anything about these logs jump out to anyone, please share.
>>>
>>> ??? Best regards
>>>
>>> ??? Steve
>>>
>>> ??? On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
>>> ??? <mailto:steve at weblite.ca>> wrote:
>>>
>>> ??????? Thanks for the tips.
>>>
>>> ??????? I'm using the configure listed on the instructions
>>> ??????? (http://openjdk.java.net/projects/mobile/ios.html
>>> ??????? <http://openjdk.java.net/projects/mobile/ios.html>)
>>>
>>> ??????? cd mobile-dev
>>> ??????? bash configure \
>>> ??????? --enable-option-checking=fatal \
>>> ??????? --build=x86_64-apple-darwin \
>>> ??????? --host=x86_64-macos-ios \
>>> ??????? --target=x86_64-macos-ios \
>>> ??????? --disable-warnings-as-errors \
>>> ??????? --enable-headless-only \
>>> ??????? --with-boot-jdk=$JDK_DIR \
>>> ??????? --with-jdk-variant=normal \
>>> ??????? --with-jvm-variants=minimal1 \
>>> ??????? --enable-static-build=yes \
>>> ??????? --with-extra-cflags="-arch x86_64 
>>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>>> -miphoneos-version-min=8.0.0" \
>>> ??????? --with-extra-cxxflags="-arch x86_64 
>>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>>> -miphoneos-version-min=8.0.0" \
>>> ??????? --with-extra-ldflags="-arch x86_64 
>>> -miphoneos-version-min=8.0.0 
>>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib 
>>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" 
>>> \
>>> ??????? --with-cups-include=$CUPS_DIR \
>>>         
>>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk 
>>> \
>>>         
>>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin 
>>> \
>>> ??????? --with-debug-level=release \
>>> ??????? --disable-precompiled-headers \
>>> ??????? --with-freetype-lib=$FREETYPE_DIR/lib \
>>> ??????? --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>>
>>>
>>> ??????????? For iOS builds, I'd recommend first making sure you can
>>> ??????????? build for macosx with your installed toolchain,
>>> ??????????? and then try the iOS specific builds.
>>>
>>>
>>> ??????? Thanks, I'll try that.
>>>
>>>
>>> ??????????? For the linking error, are you using more than one
>>> ??????????? installed version of Xcode.
>>> ??????????? e.g. "xcode-select -p" or DEVELOPER_DIR
>>>
>>>
>>> ??????? I'm pretty sure I'm using just one at a time.? I'm using
>>> ??????? xcode-select to specify which Xcode to use, and I'm using the
>>> ??????? corresponding Xcode in the configure statement.
>>>
>>>
>>> ??????????? I usually would do a "LOG=debug" build to see the full
>>> ??????????? command passed to the linker,
>>> ??????????? but you have enough in the errors you already have.
>>>
>>> ??????????? clang: warning: using sysroot for 'iPhoneSimulator' but
>>> ??????????? targeting 'MacOSX' [-Wincompatible-sysroot]
>>>
>>>
>>> ??????????? Every object file and executable is built for a specific 
>>> SDK.
>>> ??????????? The warning says the flags do not match the toolchain
>>> ??????????? installed.
>>>
>>> ??????????? ld: warning: directory not found for option
>>>             
>>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks' 
>>>
>>>
>>> ??????????? ld: building for OSX, but linking against dylib built for
>>> ??????????? iOS
>>>             
>>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd). 
>>>
>>> ??????????? file
>>>             
>>> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd' 
>>>
>>> ??????????? for architecture x86_64
>>>
>>>
>>> ??????????? This would be a good time to compare the directory
>>> ??????????? structure of the iPhoneSimulator
>>> ??????????? SDK in Xcode 7.1 and 9.3. It may have changed.
>>>
>>>
>>> ??????? Thanks.? I'll do that.? My attempt with 7.3 had similar
>>> ??????? results - only I had to patch some code that required
>>> ??????? CoreServices, which apparently isn't available in 7.3.? I'm
>>> ??????? going to download 7.1 and see if that gets me through to the 
>>> end.
>>>
>>> ??????? Best regards
>>>
>>> ??????? Steve
>>>
>>>
>>>
>>
>>
>>
> 

From irfandyharun8787 at gmail.com  Sat May 12 00:33:41 2018
From: irfandyharun8787 at gmail.com (Irfandy Harun)
Date: Sat, 12 May 2018 08:33:41 +0800
Subject: No subject
Message-ID: <CAJLh6_H8iD2XdXP1CFU3-bhffiFQGr0pMqVmgYuoP0Rrk=5OGA@mail.gmail.com>



From johan.vos at gluonhq.com  Sat May 12 12:43:03 2018
From: johan.vos at gluonhq.com (Johan Vos)
Date: Sat, 12 May 2018 14:43:03 +0200
Subject: Current build instructions for iOS
In-Reply-To: <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
Message-ID: <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>

The version we are talking about here is in mobile/jdk9  and that is the
"final" version for the 9 tree.
I'm still configuring and building it with Xcode 9.3 and that works fine.

I made some minor local modifications but those shouldn't matter.

- Johan

On Sat, May 12, 2018 at 1:32 AM David Holmes <david.holmes at oracle.com>
wrote:

> On 12/05/2018 5:12 AM, Gary Adams wrote:
> > I just tried a local build and I'm seeing the same error you are.
> > See
> >
> build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>
> >
> >
> > The basic configuration in
> >      common/autoconf/flags.m4
> >
> > includes the adding of Frameworks to SYSROOT_LDFLAGS
> > and the handling of EXTRA_LDFLAGS.
> >
> > I need to track down the BUILD_ADLC instructions to find out why
> > the extra flags were not used. I'll take a look next week.
>
> adlc is little stand-alone C program, not part of the VM or JDK, so it
> doesn't generally need all the flags that hotspot/jdk compilations need.
> But for cross-compilation we would still need to use the EXTRA_* variables.
>
> I'm not sure what version of the repos this is discussing but there was
> a lot of flag cleanup in the JDK 11 build fairly recently.
>
> David
>
> > I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.
> >
> > ...
> >
> > On 5/11/18, 2:52 PM, Steve Hannah wrote:
> >>
> >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com
> >> <mailto:gary.adams at oracle.com>> wrote:
> >>
> >>     Looking at the link line which complains about mixing iOS and
> >>     MacOSX SDKs,
> >>     I do not see the expected extra ld flags. e.g.
> >>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
> >>     Can you verify the configure step set the proper flags in *.gmk?
> >>     e.g. EXTRA_
> >>
> >>
> >>
> >> That's an interesting observation.    When I grep for EXTRA_ in the
> >> .gmk files, it looks like they're there.
> >>
> >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
> >>
> >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make
> >> command line. Must
> >>
> >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
> >>
> >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
> >>
> >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
> >>
> >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
> >> -Wno-implicit-function-declaration -Wno-unused-parameter
> >> -miphoneos-version-min=7.0
> >>
> >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
> >> -Wno-implicit-function-declaration -Wno-unused-parameter
> >> -miphoneos-version-min=7.0
> >>
> >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
> >>
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>
> >>
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>
> >>
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>
> >>
> >>
> >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
> >>
> >>
> >> And on other instances of bin/c++ in the build log, it does include
> >> them.  Just not on the one the fails (and possibly others).
> >>
> >> However, now that I look at this, I see that they are not present in
> >> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
> >>
> >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
> >> something catches anyone's eye there.
> >> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
> >>
> >>
> >>     I was surprised you were targetting iOS 7.0 as a minimal platform.
> >>     e.g. -miphoneos-version-min=7.0
> >>
> >>
> >> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in
> >> the wiki had it), but was getting the same problem.  This was an
> >> attempt to mix things up a bit.
> >>
> >>
> >>     If you are having shell quoting issues, it helps to use single
> quotes
> >>     when providing the with-extra flags. You just have to expand the
> >>     "$XCODE  ..." variable manually.
> >>
> >>
> >> Thanks for the tip.  I don't think I'm having quoting issues, but I'll
> >> give that a try.
> >>
> >>
> >> Best regards
> >>
> >> Steve
> >>
> >>
> >>
> >>
> >>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
> >>>     Well,  it seems that the build problems are unrelated to Xcode
> >>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.
> >>> They all fail with some error related to
> >>>
> >>>         ld: building for OSX, but linking against dylib built for iOS
> >>>
> >>>     The build log and configure command and output are in this gist
> >>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
> >>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
> >>>
> >>>     I've tried following where Google and Stackoverflow lead on these
> >>>     errors, but have exhausted all of my current leads.
> >>>
> >>>     If anything about these logs jump out to anyone, please share.
> >>>
> >>>     Best regards
> >>>
> >>>     Steve
> >>>
> >>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
> >>>     <mailto:steve at weblite.ca>> wrote:
> >>>
> >>>         Thanks for the tips.
> >>>
> >>>         I'm using the configure listed on the instructions
> >>>         (http://openjdk.java.net/projects/mobile/ios.html
> >>>         <http://openjdk.java.net/projects/mobile/ios.html>)
> >>>
> >>>         cd mobile-dev
> >>>         bash configure \
> >>>         --enable-option-checking=fatal \
> >>>         --build=x86_64-apple-darwin \
> >>>         --host=x86_64-macos-ios \
> >>>         --target=x86_64-macos-ios \
> >>>         --disable-warnings-as-errors \
> >>>         --enable-headless-only \
> >>>         --with-boot-jdk=$JDK_DIR \
> >>>         --with-jdk-variant=normal \
> >>>         --with-jvm-variants=minimal1 \
> >>>         --enable-static-build=yes \
> >>>         --with-extra-cflags="-arch x86_64
> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
> >>> -miphoneos-version-min=8.0.0" \
> >>>         --with-extra-cxxflags="-arch x86_64
> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
> >>> -miphoneos-version-min=8.0.0" \
> >>>         --with-extra-ldflags="-arch x86_64
> >>> -miphoneos-version-min=8.0.0
> >>>
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>
> >>>
> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>
> >>> \
> >>>         --with-cups-include=$CUPS_DIR \
> >>>
> >>>
> --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>
> >>> \
> >>>
> >>>
> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>
> >>> \
> >>>         --with-debug-level=release \
> >>>         --disable-precompiled-headers \
> >>>         --with-freetype-lib=$FREETYPE_DIR/lib \
> >>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
> >>>
> >>>
> >>>             For iOS builds, I'd recommend first making sure you can
> >>>             build for macosx with your installed toolchain,
> >>>             and then try the iOS specific builds.
> >>>
> >>>
> >>>         Thanks, I'll try that.
> >>>
> >>>
> >>>             For the linking error, are you using more than one
> >>>             installed version of Xcode.
> >>>             e.g. "xcode-select -p" or DEVELOPER_DIR
> >>>
> >>>
> >>>         I'm pretty sure I'm using just one at a time.  I'm using
> >>>         xcode-select to specify which Xcode to use, and I'm using the
> >>>         corresponding Xcode in the configure statement.
> >>>
> >>>
> >>>             I usually would do a "LOG=debug" build to see the full
> >>>             command passed to the linker,
> >>>             but you have enough in the errors you already have.
> >>>
> >>>             clang: warning: using sysroot for 'iPhoneSimulator' but
> >>>             targeting 'MacOSX' [-Wincompatible-sysroot]
> >>>
> >>>
> >>>             Every object file and executable is built for a specific
> >>> SDK.
> >>>             The warning says the flags do not match the toolchain
> >>>             installed.
> >>>
> >>>             ld: warning: directory not found for option
> >>>
> >>>
> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
> >>>
> >>>
> >>>             ld: building for OSX, but linking against dylib built for
> >>>             iOS
> >>>
> >>>
> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>
> >>>
> >>>             file
> >>>
> >>>
> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>
> >>>
> >>>             for architecture x86_64
> >>>
> >>>
> >>>             This would be a good time to compare the directory
> >>>             structure of the iPhoneSimulator
> >>>             SDK in Xcode 7.1 and 9.3. It may have changed.
> >>>
> >>>
> >>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
> >>>         results - only I had to patch some code that required
> >>>         CoreServices, which apparently isn't available in 7.3.  I'm
> >>>         going to download 7.1 and see if that gets me through to the
> >>> end.
> >>>
> >>>         Best regards
> >>>
> >>>         Steve
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >
>

From steve at weblite.ca  Mon May 14 12:09:26 2018
From: steve at weblite.ca (Steve Hannah)
Date: Mon, 14 May 2018 05:09:26 -0700
Subject: Current build instructions for iOS
In-Reply-To: <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
Message-ID: <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>

Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm hitting
these errors.  Any chance you can share your configure command, and any
other logs that might allow me to do a comparison of my environment to
yours so that I can see where I'm going wrong?

Best regards

Steve

On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com> wrote:

> The version we are talking about here is in mobile/jdk9  and that is the
> "final" version for the 9 tree.
> I'm still configuring and building it with Xcode 9.3 and that works fine.
>
> I made some minor local modifications but those shouldn't matter.
>
> - Johan
>
> On Sat, May 12, 2018 at 1:32 AM David Holmes <david.holmes at oracle.com>
> wrote:
>
>> On 12/05/2018 5:12 AM, Gary Adams wrote:
>> > I just tried a local build and I'm seeing the same error you are.
>> > See
>> > build/ios-x86-64-mormal-minimal1-release/make-support/
>> failure-logs/buildjdk_hotspot_variant-server_tools_adlc_
>> objs_BUILD_ADLC_link.{cmdline,log}
>> >
>> >
>> > The basic configuration in
>> >      common/autoconf/flags.m4
>> >
>> > includes the adding of Frameworks to SYSROOT_LDFLAGS
>> > and the handling of EXTRA_LDFLAGS.
>> >
>> > I need to track down the BUILD_ADLC instructions to find out why
>> > the extra flags were not used. I'll take a look next week.
>>
>> adlc is little stand-alone C program, not part of the VM or JDK, so it
>> doesn't generally need all the flags that hotspot/jdk compilations need.
>> But for cross-compilation we would still need to use the EXTRA_*
>> variables.
>>
>> I'm not sure what version of the repos this is discussing but there was
>> a lot of flag cleanup in the JDK 11 build fairly recently.
>>
>> David
>>
>> > I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.
>> >
>> > ...
>> >
>> > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>> >>
>> >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com
>> >> <mailto:gary.adams at oracle.com>> wrote:
>> >>
>> >>     Looking at the link line which complains about mixing iOS and
>> >>     MacOSX SDKs,
>> >>     I do not see the expected extra ld flags. e.g.
>> >>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>> >>     Can you verify the configure step set the proper flags in *.gmk?
>> >>     e.g. EXTRA_
>> >>
>> >>
>> >>
>> >> That's an interesting observation.    When I grep for EXTRA_ in the
>> >> .gmk files, it looks like they're there.
>> >>
>> >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>> >>
>> >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make
>> >> command line. Must
>> >>
>> >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>> >>
>> >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>> >>
>> >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>> >>
>> >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>> >> -miphoneos-version-min=7.0
>> >>
>> >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>> >> -miphoneos-version-min=7.0
>> >>
>> >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>
>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>
>> >>
>> >>
>> >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>> >>
>> >>
>> >> And on other instances of bin/c++ in the build log, it does include
>> >> them.  Just not on the one the fails (and possibly others).
>> >>
>> >> However, now that I look at this, I see that they are not present in
>> >> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
>> >>
>> >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
>> >> something catches anyone's eye there.
>> >> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>> >>
>> >>
>> >>     I was surprised you were targetting iOS 7.0 as a minimal platform.
>> >>     e.g. -miphoneos-version-min=7.0
>> >>
>> >>
>> >> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in
>> >> the wiki had it), but was getting the same problem.  This was an
>> >> attempt to mix things up a bit.
>> >>
>> >>
>> >>     If you are having shell quoting issues, it helps to use single
>> quotes
>> >>     when providing the with-extra flags. You just have to expand the
>> >>     "$XCODE  ..." variable manually.
>> >>
>> >>
>> >> Thanks for the tip.  I don't think I'm having quoting issues, but I'll
>> >> give that a try.
>> >>
>> >>
>> >> Best regards
>> >>
>> >> Steve
>> >>
>> >>
>> >>
>> >>
>> >>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
>> >>>     Well,  it seems that the build problems are unrelated to Xcode
>> >>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.
>> >>> They all fail with some error related to
>> >>>
>> >>>         ld: building for OSX, but linking against dylib built for iOS
>> >>>
>> >>>     The build log and configure command and output are in this gist
>> >>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>> >>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>> >
>> >>>
>> >>>     I've tried following where Google and Stackoverflow lead on these
>> >>>     errors, but have exhausted all of my current leads.
>> >>>
>> >>>     If anything about these logs jump out to anyone, please share.
>> >>>
>> >>>     Best regards
>> >>>
>> >>>     Steve
>> >>>
>> >>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
>> >>>     <mailto:steve at weblite.ca>> wrote:
>> >>>
>> >>>         Thanks for the tips.
>> >>>
>> >>>         I'm using the configure listed on the instructions
>> >>>         (http://openjdk.java.net/projects/mobile/ios.html
>> >>>         <http://openjdk.java.net/projects/mobile/ios.html>)
>> >>>
>> >>>         cd mobile-dev
>> >>>         bash configure \
>> >>>         --enable-option-checking=fatal \
>> >>>         --build=x86_64-apple-darwin \
>> >>>         --host=x86_64-macos-ios \
>> >>>         --target=x86_64-macos-ios \
>> >>>         --disable-warnings-as-errors \
>> >>>         --enable-headless-only \
>> >>>         --with-boot-jdk=$JDK_DIR \
>> >>>         --with-jdk-variant=normal \
>> >>>         --with-jvm-variants=minimal1 \
>> >>>         --enable-static-build=yes \
>> >>>         --with-extra-cflags="-arch x86_64
>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>> >>> -miphoneos-version-min=8.0.0" \
>> >>>         --with-extra-cxxflags="-arch x86_64
>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>> >>> -miphoneos-version-min=8.0.0" \
>> >>>         --with-extra-ldflags="-arch x86_64
>> >>> -miphoneos-version-min=8.0.0
>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>
>> >>> \
>> >>>         --with-cups-include=$CUPS_DIR \
>> >>>
>> >>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/
>> Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>> >>> \
>> >>>
>> >>> --with-tools-dir=/Applications/Xcode.app/
>> Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/
>> iPhoneSimulator.sdk/../../usr/bin
>> >>> \
>> >>>         --with-debug-level=release \
>> >>>         --disable-precompiled-headers \
>> >>>         --with-freetype-lib=$FREETYPE_DIR/lib \
>> >>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>> >>>
>> >>>
>> >>>             For iOS builds, I'd recommend first making sure you can
>> >>>             build for macosx with your installed toolchain,
>> >>>             and then try the iOS specific builds.
>> >>>
>> >>>
>> >>>         Thanks, I'll try that.
>> >>>
>> >>>
>> >>>             For the linking error, are you using more than one
>> >>>             installed version of Xcode.
>> >>>             e.g. "xcode-select -p" or DEVELOPER_DIR
>> >>>
>> >>>
>> >>>         I'm pretty sure I'm using just one at a time.  I'm using
>> >>>         xcode-select to specify which Xcode to use, and I'm using the
>> >>>         corresponding Xcode in the configure statement.
>> >>>
>> >>>
>> >>>             I usually would do a "LOG=debug" build to see the full
>> >>>             command passed to the linker,
>> >>>             but you have enough in the errors you already have.
>> >>>
>> >>>             clang: warning: using sysroot for 'iPhoneSimulator' but
>> >>>             targeting 'MacOSX' [-Wincompatible-sysroot]
>> >>>
>> >>>
>> >>>             Every object file and executable is built for a specific
>> >>> SDK.
>> >>>             The warning says the flags do not match the toolchain
>> >>>             installed.
>> >>>
>> >>>             ld: warning: directory not found for option
>> >>>
>> >>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/
>> Library/Frameworks/JavaVM.framework/Frameworks'
>> >>>
>> >>>
>> >>>             ld: building for OSX, but linking against dylib built for
>> >>>             iOS
>> >>>
>> >>> (/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>
>> >>>
>> >>>             file
>> >>>
>> >>> '/Applications/Xcode.app/Contents/Developer/Platforms/
>> iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>
>> >>>
>> >>>             for architecture x86_64
>> >>>
>> >>>
>> >>>             This would be a good time to compare the directory
>> >>>             structure of the iPhoneSimulator
>> >>>             SDK in Xcode 7.1 and 9.3. It may have changed.
>> >>>
>> >>>
>> >>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
>> >>>         results - only I had to patch some code that required
>> >>>         CoreServices, which apparently isn't available in 7.3.  I'm
>> >>>         going to download 7.1 and see if that gets me through to the
>> >>> end.
>> >>>
>> >>>         Best regards
>> >>>
>> >>>         Steve
>> >>>
>> >>>
>> >>>
>> >>
>> >>
>> >>
>> >
>>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From gary.adams at oracle.com  Mon May 14 17:57:09 2018
From: gary.adams at oracle.com (gary.adams at oracle.com)
Date: Mon, 14 May 2018 13:57:09 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
Message-ID: <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>

The problem in my local build was the generated buildjdk-spec.gmk file.

It contained settings for the iPhoneSimulator sysroot, but should have been
configured for MacOSX SDK.

Adding this to my configure command line arguments corrected the problem
using an Xcode 8.3.3 DEVELOPER_DIR.

--with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk 




On 5/14/18 8:09 AM, Steve Hannah wrote:
> Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm 
> hitting these errors.? Any chance you can share your configure 
> command, and any other logs that might allow me to do a comparison of 
> my environment to yours so that I can see where I'm going wrong?
>
> Best regards
>
> Steve
>
> On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com 
> <mailto:johan.vos at gluonhq.com>> wrote:
>
>     The version we are talking about here is in mobile/jdk9? and that
>     is the "final" version for the 9 tree.
>     I'm still configuring and building it with Xcode 9.3 and that
>     works fine.
>
>     I made some minor local modifications but those shouldn't matter.
>
>     - Johan
>
>     On Sat, May 12, 2018 at 1:32 AM David Holmes
>     <david.holmes at oracle.com <mailto:david.holmes at oracle.com>> wrote:
>
>         On 12/05/2018 5:12 AM, Gary Adams wrote:
>         > I just tried a local build and I'm seeing the same error you
>         are.
>         > See
>         >
>         build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>
>         >
>         >
>         > The basic configuration in
>         >? ??? common/autoconf/flags.m4
>         >
>         > includes the adding of Frameworks to SYSROOT_LDFLAGS
>         > and the handling of EXTRA_LDFLAGS.
>         >
>         > I need to track down the BUILD_ADLC instructions to find out why
>         > the extra flags were not used. I'll take a look next week.
>
>         adlc is little stand-alone C program, not part of the VM or
>         JDK, so it
>         doesn't generally need all the flags that hotspot/jdk
>         compilations need.
>         But for cross-compilation we would still need to use the
>         EXTRA_* variables.
>
>         I'm not sure what version of the repos this is discussing but
>         there was
>         a lot of flag cleanup in the JDK 11 build fairly recently.
>
>         David
>
>         > I'm targetting MacOSX 10.13.4 Xcode 9.3.1? iOS 11.2 SDK.
>         >
>         > ...
>         >
>         > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>         >>
>         >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams
>         <gary.adams at oracle.com <mailto:gary.adams at oracle.com>
>         >> <mailto:gary.adams at oracle.com
>         <mailto:gary.adams at oracle.com>>> wrote:
>         >>
>         >> ??? Looking at the link line which complains about mixing
>         iOS and
>         >> ??? MacOSX SDKs,
>         >> ??? I do not see the expected extra ld flags. e.g.
>         >> ??? "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>         >> ??? Can you verify the configure step set the proper flags
>         in *.gmk?
>         >> ??? e.g. EXTRA_
>         >>
>         >>
>         >>
>         >> That's an interesting observation.??? When I grep for
>         EXTRA_ in the
>         >> .gmk files, it looks like they're there.
>         >>
>         >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>         >>
>         >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on
>         the make
>         >> command line. Must
>         >>
>         >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>         >>
>         >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>         >>
>         >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>         >>
>         >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>         >> -Wno-implicit-function-declaration -Wno-unused-parameter
>         >> -miphoneos-version-min=7.0
>         >>
>         >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>         >> -Wno-implicit-function-declaration -Wno-unused-parameter
>         >> -miphoneos-version-min=7.0
>         >>
>         >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64
>         -miphoneos-version-min=7.0
>         >>
>         -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>
>         >>
>         -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>
>         >>
>         -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>
>         >>
>         >>
>         >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>         >>
>         >>
>         >> And on other instances of bin/c++ in the build log, it does
>         include
>         >> them.? Just not on the one the fails (and possibly others).
>         >>
>         >> However, now that I look at this, I see that they are not
>         present in
>         >> the buildjdk-spec.gmk.? Only in the spec.gmk.? Is that
>         relevant?
>         >>
>         >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
>         >> something catches anyone's eye there.
>         >>
>         https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>         <https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a>
>         >>
>         >>
>         >> ??? I was surprised you were targetting iOS 7.0 as a
>         minimal platform.
>         >> ??? e.g. -miphoneos-version-min=7.0
>         >>
>         >>
>         >> I had tried with -miphoneos-version-min=8.0.0 (as the
>         instructions in
>         >> the wiki had it), but was getting the same problem.? This
>         was an
>         >> attempt to mix things up a bit.
>         >>
>         >>
>         >> ??? If you are having shell quoting issues, it helps to use
>         single quotes
>         >> ??? when providing the with-extra flags. You just have to
>         expand the
>         >> ??? "$XCODE? ..." variable manually.
>         >>
>         >>
>         >> Thanks for the tip.? I don't think I'm having quoting
>         issues, but I'll
>         >> give that a try.
>         >>
>         >>
>         >> Best regards
>         >>
>         >> Steve
>         >>
>         >>
>         >>
>         >>
>         >> ??? On 5/11/18, 1:37 PM, Steve Hannah wrote:
>         >>> ??? Well,? it seems that the build problems are unrelated
>         to Xcode
>         >>> ??? version.? I get the same thing with Xcode 7.1, 7.3,
>         and 9.3.
>         >>> They all fail with some error related to
>         >>>
>         >>> ??????? ld: building for OSX, but linking against dylib
>         built for iOS
>         >>>
>         >>> ??? The build log and configure command and output are in
>         this gist
>         >>>
>         https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>         <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>         >>> ???
>         <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>         <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>>
>         >>>
>         >>> ??? I've tried following where Google and Stackoverflow
>         lead on these
>         >>> ??? errors, but have exhausted all of my current leads.
>         >>>
>         >>> ??? If anything about these logs jump out to anyone,
>         please share.
>         >>>
>         >>> ??? Best regards
>         >>>
>         >>> ??? Steve
>         >>>
>         >>> ??? On Thu, May 10, 2018 at 12:56 PM, Steve Hannah
>         <steve at weblite.ca <mailto:steve at weblite.ca>
>         >>> ??? <mailto:steve at weblite.ca <mailto:steve at weblite.ca>>>
>         wrote:
>         >>>
>         >>> ??????? Thanks for the tips.
>         >>>
>         >>> ??????? I'm using the configure listed on the instructions
>         >>> ??????? (http://openjdk.java.net/projects/mobile/ios.html
>         <http://openjdk.java.net/projects/mobile/ios.html>
>         >>> ??????? <http://openjdk.java.net/projects/mobile/ios.html
>         <http://openjdk.java.net/projects/mobile/ios.html>>)
>         >>>
>         >>> ??????? cd mobile-dev
>         >>> ??????? bash configure \
>         >>> ??????? --enable-option-checking=fatal \
>         >>> ??????? --build=x86_64-apple-darwin \
>         >>> ??????? --host=x86_64-macos-ios \
>         >>> ??????? --target=x86_64-macos-ios \
>         >>> ??????? --disable-warnings-as-errors \
>         >>> ??????? --enable-headless-only \
>         >>> ??????? --with-boot-jdk=$JDK_DIR \
>         >>> ??????? --with-jdk-variant=normal \
>         >>> ??????? --with-jvm-variants=minimal1 \
>         >>> ??????? --enable-static-build=yes \
>         >>> ??????? --with-extra-cflags="-arch x86_64
>         >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>         >>> -miphoneos-version-min=8.0.0" \
>         >>> ??????? --with-extra-cxxflags="-arch x86_64
>         >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>         >>> -miphoneos-version-min=8.0.0" \
>         >>> ??????? --with-extra-ldflags="-arch x86_64
>         >>> -miphoneos-version-min=8.0.0
>         >>>
>         -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>
>         >>>
>         -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>
>         >>> \
>         >>> ??????? --with-cups-include=$CUPS_DIR \
>         >>>
>         >>>
>         --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>
>         >>> \
>         >>>
>         >>>
>         --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>
>         >>> \
>         >>> ??????? --with-debug-level=release \
>         >>> ??????? --disable-precompiled-headers \
>         >>> ??????? --with-freetype-lib=$FREETYPE_DIR/lib \
>         >>> ???????
>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>         >>>
>         >>>
>         >>> ??????????? For iOS builds, I'd recommend first making
>         sure you can
>         >>> ??????????? build for macosx with your installed toolchain,
>         >>> ??????????? and then try the iOS specific builds.
>         >>>
>         >>>
>         >>> ??????? Thanks, I'll try that.
>         >>>
>         >>>
>         >>> ??????????? For the linking error, are you using more than one
>         >>> ??????????? installed version of Xcode.
>         >>> ??????????? e.g. "xcode-select -p" or DEVELOPER_DIR
>         >>>
>         >>>
>         >>> ??????? I'm pretty sure I'm using just one at a time.? I'm
>         using
>         >>> ??????? xcode-select to specify which Xcode to use, and
>         I'm using the
>         >>> ??????? corresponding Xcode in the configure statement.
>         >>>
>         >>>
>         >>> ??????????? I usually would do a "LOG=debug" build to see
>         the full
>         >>> ??????????? command passed to the linker,
>         >>> ??????????? but you have enough in the errors you already
>         have.
>         >>>
>         >>> ??????????? clang: warning: using sysroot for
>         'iPhoneSimulator' but
>         >>> ??????????? targeting 'MacOSX' [-Wincompatible-sysroot]
>         >>>
>         >>>
>         >>> ??????????? Every object file and executable is built for
>         a specific
>         >>> SDK.
>         >>> ??????????? The warning says the flags do not match the
>         toolchain
>         >>> ??????????? installed.
>         >>>
>         >>> ??????????? ld: warning: directory not found for option
>         >>>
>         >>>
>         '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>
>         >>>
>         >>>
>         >>> ??????????? ld: building for OSX, but linking against
>         dylib built for
>         >>> ??????????? iOS
>         >>>
>         >>>
>         (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>
>         >>>
>         >>> ??????????? file
>         >>>
>         >>>
>         '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>
>         >>>
>         >>> ??????????? for architecture x86_64
>         >>>
>         >>>
>         >>> ??????????? This would be a good time to compare the directory
>         >>> ??????????? structure of the iPhoneSimulator
>         >>> ??????????? SDK in Xcode 7.1 and 9.3. It may have changed.
>         >>>
>         >>>
>         >>> ??????? Thanks.? I'll do that.? My attempt with 7.3 had
>         similar
>         >>> ??????? results - only I had to patch some code that required
>         >>> ??????? CoreServices, which apparently isn't available in
>         7.3.? I'm
>         >>> ??????? going to download 7.1 and see if that gets me
>         through to the
>         >>> end.
>         >>>
>         >>> ??????? Best regards
>         >>>
>         >>> ??????? Steve
>         >>>
>         >>>
>         >>>
>         >>
>         >>
>         >>
>         >
>
>
>
>
> -- 
> Steve Hannah
> Web Lite Solutions Corp.


From steve at weblite.ca  Mon May 14 19:17:20 2018
From: steve at weblite.ca (Steve Hannah)
Date: Mon, 14 May 2018 12:17:20 -0700
Subject: Current build instructions for iOS
In-Reply-To: <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
 <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
Message-ID: <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>

Thanks Gary.  That seems to have gotten me past that error.  Now facing
what look to be more tractable errors.  Missing headers, syntax errors
etc...  I'm going to try commenting things out until it compiles now.

Best regards

Steve

On Mon, May 14, 2018 at 10:57 AM, <gary.adams at oracle.com> wrote:

> The problem in my local build was the generated buildjdk-spec.gmk file.
>
> It contained settings for the iPhoneSimulator sysroot, but should have
> been
> configured for MacOSX SDK.
>
> Adding this to my configure command line arguments corrected the problem
> using an Xcode 8.3.3 DEVELOPER_DIR.
>
>   --with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
>
>
>
>
> On 5/14/18 8:09 AM, Steve Hannah wrote:
>
> Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm hitting
> these errors.  Any chance you can share your configure command, and any
> other logs that might allow me to do a comparison of my environment to
> yours so that I can see where I'm going wrong?
>
> Best regards
>
> Steve
>
> On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com> wrote:
>
>> The version we are talking about here is in mobile/jdk9  and that is the
>> "final" version for the 9 tree.
>> I'm still configuring and building it with Xcode 9.3 and that works fine.
>>
>> I made some minor local modifications but those shouldn't matter.
>>
>> - Johan
>>
>> On Sat, May 12, 2018 at 1:32 AM David Holmes <david.holmes at oracle.com>
>> wrote:
>>
>>> On 12/05/2018 5:12 AM, Gary Adams wrote:
>>> > I just tried a local build and I'm seeing the same error you are.
>>> > See
>>> > build/ios-x86-64-mormal-minimal1-release/make-support/failur
>>> e-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>>>
>>> >
>>> >
>>> > The basic configuration in
>>> >      common/autoconf/flags.m4
>>> >
>>> > includes the adding of Frameworks to SYSROOT_LDFLAGS
>>> > and the handling of EXTRA_LDFLAGS.
>>> >
>>> > I need to track down the BUILD_ADLC instructions to find out why
>>> > the extra flags were not used. I'll take a look next week.
>>>
>>> adlc is little stand-alone C program, not part of the VM or JDK, so it
>>> doesn't generally need all the flags that hotspot/jdk compilations need.
>>> But for cross-compilation we would still need to use the EXTRA_*
>>> variables.
>>>
>>> I'm not sure what version of the repos this is discussing but there was
>>> a lot of flag cleanup in the JDK 11 build fairly recently.
>>>
>>> David
>>>
>>> > I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.
>>> >
>>> > ...
>>> >
>>> > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>> >>
>>> >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com
>>> >> <mailto:gary.adams at oracle.com>> wrote:
>>> >>
>>> >>     Looking at the link line which complains about mixing iOS and
>>> >>     MacOSX SDKs,
>>> >>     I do not see the expected extra ld flags. e.g.
>>> >>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>>> >>     Can you verify the configure step set the proper flags in *.gmk?
>>> >>     e.g. EXTRA_
>>> >>
>>> >>
>>> >>
>>> >> That's an interesting observation.    When I grep for EXTRA_ in the
>>> >> .gmk files, it looks like they're there.
>>> >>
>>> >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>>> >>
>>> >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make
>>> >> command line. Must
>>> >>
>>> >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>> >>
>>> >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>> >>
>>> >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>> >>
>>> >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>> >> -miphoneos-version-min=7.0
>>> >>
>>> >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>> >> -miphoneos-version-min=7.0
>>> >>
>>> >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>> >>
>>> >>
>>> >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>> >>
>>> >>
>>> >> And on other instances of bin/c++ in the build log, it does include
>>> >> them.  Just not on the one the fails (and possibly others).
>>> >>
>>> >> However, now that I look at this, I see that they are not present in
>>> >> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
>>> >>
>>> >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
>>> >> something catches anyone's eye there.
>>> >> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>> >>
>>> >>
>>> >>     I was surprised you were targetting iOS 7.0 as a minimal platform.
>>> >>     e.g. -miphoneos-version-min=7.0
>>> >>
>>> >>
>>> >> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in
>>> >> the wiki had it), but was getting the same problem.  This was an
>>> >> attempt to mix things up a bit.
>>> >>
>>> >>
>>> >>     If you are having shell quoting issues, it helps to use single
>>> quotes
>>> >>     when providing the with-extra flags. You just have to expand the
>>> >>     "$XCODE  ..." variable manually.
>>> >>
>>> >>
>>> >> Thanks for the tip.  I don't think I'm having quoting issues, but
>>> I'll
>>> >> give that a try.
>>> >>
>>> >>
>>> >> Best regards
>>> >>
>>> >> Steve
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>> >>>     Well,  it seems that the build problems are unrelated to Xcode
>>> >>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.
>>> >>> They all fail with some error related to
>>> >>>
>>> >>>         ld: building for OSX, but linking against dylib built for iOS
>>> >>>
>>> >>>     The build log and configure command and output are in this gist
>>> >>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>> >>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af4
>>> 3c5b6>
>>> >>>
>>> >>>     I've tried following where Google and Stackoverflow lead on these
>>> >>>     errors, but have exhausted all of my current leads.
>>> >>>
>>> >>>     If anything about these logs jump out to anyone, please share.
>>> >>>
>>> >>>     Best regards
>>> >>>
>>> >>>     Steve
>>> >>>
>>> >>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
>>> >>>     <mailto:steve at weblite.ca>> wrote:
>>> >>>
>>> >>>         Thanks for the tips.
>>> >>>
>>> >>>         I'm using the configure listed on the instructions
>>> >>>         (http://openjdk.java.net/projects/mobile/ios.html
>>> >>>         <http://openjdk.java.net/projects/mobile/ios.html>)
>>> >>>
>>> >>>         cd mobile-dev
>>> >>>         bash configure \
>>> >>>         --enable-option-checking=fatal \
>>> >>>         --build=x86_64-apple-darwin \
>>> >>>         --host=x86_64-macos-ios \
>>> >>>         --target=x86_64-macos-ios \
>>> >>>         --disable-warnings-as-errors \
>>> >>>         --enable-headless-only \
>>> >>>         --with-boot-jdk=$JDK_DIR \
>>> >>>         --with-jdk-variant=normal \
>>> >>>         --with-jvm-variants=minimal1 \
>>> >>>         --enable-static-build=yes \
>>> >>>         --with-extra-cflags="-arch x86_64
>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>> >>> -miphoneos-version-min=8.0.0" \
>>> >>>         --with-extra-cxxflags="-arch x86_64
>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>> >>> -miphoneos-version-min=8.0.0" \
>>> >>>         --with-extra-ldflags="-arch x86_64
>>> >>> -miphoneos-version-min=8.0.0
>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>> >>> \
>>> >>>         --with-cups-include=$CUPS_DIR \
>>> >>>
>>> >>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/P
>>> latforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>>> >>> \
>>> >>>
>>> >>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/
>>> Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>>>
>>> >>> \
>>> >>>         --with-debug-level=release \
>>> >>>         --disable-precompiled-headers \
>>> >>>         --with-freetype-lib=$FREETYPE_DIR/lib \
>>> >>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>> >>>
>>> >>>
>>> >>>             For iOS builds, I'd recommend first making sure you can
>>> >>>             build for macosx with your installed toolchain,
>>> >>>             and then try the iOS specific builds.
>>> >>>
>>> >>>
>>> >>>         Thanks, I'll try that.
>>> >>>
>>> >>>
>>> >>>             For the linking error, are you using more than one
>>> >>>             installed version of Xcode.
>>> >>>             e.g. "xcode-select -p" or DEVELOPER_DIR
>>> >>>
>>> >>>
>>> >>>         I'm pretty sure I'm using just one at a time.  I'm using
>>> >>>         xcode-select to specify which Xcode to use, and I'm using the
>>> >>>         corresponding Xcode in the configure statement.
>>> >>>
>>> >>>
>>> >>>             I usually would do a "LOG=debug" build to see the full
>>> >>>             command passed to the linker,
>>> >>>             but you have enough in the errors you already have.
>>> >>>
>>> >>>             clang: warning: using sysroot for 'iPhoneSimulator' but
>>> >>>             targeting 'MacOSX' [-Wincompatible-sysroot]
>>> >>>
>>> >>>
>>> >>>             Every object file and executable is built for a specific
>>> >>> SDK.
>>> >>>             The warning says the flags do not match the toolchain
>>> >>>             installed.
>>> >>>
>>> >>>             ld: warning: directory not found for option
>>> >>>
>>> >>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPho
>>> neSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/
>>> System/Library/Frameworks/JavaVM.framework/Frameworks'
>>> >>>
>>> >>>
>>> >>>             ld: building for OSX, but linking against dylib built for
>>> >>>             iOS
>>> >>>
>>> >>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>>
>>> >>>
>>> >>>             file
>>> >>>
>>> >>> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>>
>>> >>>
>>> >>>             for architecture x86_64
>>> >>>
>>> >>>
>>> >>>             This would be a good time to compare the directory
>>> >>>             structure of the iPhoneSimulator
>>> >>>             SDK in Xcode 7.1 and 9.3. It may have changed.
>>> >>>
>>> >>>
>>> >>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
>>> >>>         results - only I had to patch some code that required
>>> >>>         CoreServices, which apparently isn't available in 7.3.  I'm
>>> >>>         going to download 7.1 and see if that gets me through to the
>>> >>> end.
>>> >>>
>>> >>>         Best regards
>>> >>>
>>> >>>         Steve
>>> >>>
>>> >>>
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >
>>>
>>
>
>
> --
> Steve Hannah
> Web Lite Solutions Corp.
>
>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From gary.adams at oracle.com  Mon May 14 19:47:32 2018
From: gary.adams at oracle.com (gary.adams at oracle.com)
Date: Mon, 14 May 2018 15:47:32 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
 <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
 <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>
Message-ID: <efc40bc5-3a99-b1dd-1cb2-720f270fe2a3@oracle.com>

Many of the compilation problems are already fixed in the jdk/jdk repos
for the newer toolchain. That might be an easier fix than trial and error.

On 5/14/18 3:17 PM, Steve Hannah wrote:
> Thanks Gary.? That seems to have gotten me past that error.? Now 
> facing what look to be more tractable errors. Missing headers, syntax 
> errors etc...? I'm going to try commenting things out until it 
> compiles now.
>
> Best regards
>
> Steve
>
> On Mon, May 14, 2018 at 10:57 AM, <gary.adams at oracle.com 
> <mailto:gary.adams at oracle.com>> wrote:
>
>     The problem in my local build was the generated buildjdk-spec.gmk
>     file.
>
>     It contained settings for the iPhoneSimulator sysroot, but should
>     have been
>     configured for MacOSX SDK.
>
>     Adding this to my configure command line arguments corrected the
>     problem
>     using an Xcode 8.3.3 DEVELOPER_DIR.
>
>     --with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
>
>
>
>
>     On 5/14/18 8:09 AM, Steve Hannah wrote:
>>     Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm
>>     hitting these errors. Any chance you can share your configure
>>     command, and any other logs that might allow me to do a
>>     comparison of my environment to yours so that I can see where I'm
>>     going wrong?
>>
>>     Best regards
>>
>>     Steve
>>
>>     On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com
>>     <mailto:johan.vos at gluonhq.com>> wrote:
>>
>>         The version we are talking about here is in mobile/jdk9 and
>>         that is the "final" version for the 9 tree.
>>         I'm still configuring and building it with Xcode 9.3 and that
>>         works fine.
>>
>>         I made some minor local modifications but those shouldn't matter.
>>
>>         - Johan
>>
>>         On Sat, May 12, 2018 at 1:32 AM David Holmes
>>         <david.holmes at oracle.com <mailto:david.holmes at oracle.com>> wrote:
>>
>>             On 12/05/2018 5:12 AM, Gary Adams wrote:
>>             > I just tried a local build and I'm seeing the same
>>             error you are.
>>             > See
>>             >
>>             build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>>
>>             >
>>             >
>>             > The basic configuration in
>>             >? ??? common/autoconf/flags.m4
>>             >
>>             > includes the adding of Frameworks to SYSROOT_LDFLAGS
>>             > and the handling of EXTRA_LDFLAGS.
>>             >
>>             > I need to track down the BUILD_ADLC instructions to
>>             find out why
>>             > the extra flags were not used. I'll take a look next week.
>>
>>             adlc is little stand-alone C program, not part of the VM
>>             or JDK, so it
>>             doesn't generally need all the flags that hotspot/jdk
>>             compilations need.
>>             But for cross-compilation we would still need to use the
>>             EXTRA_* variables.
>>
>>             I'm not sure what version of the repos this is discussing
>>             but there was
>>             a lot of flag cleanup in the JDK 11 build fairly recently.
>>
>>             David
>>
>>             > I'm targetting MacOSX 10.13.4 Xcode 9.3.1? iOS 11.2 SDK.
>>             >
>>             > ...
>>             >
>>             > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>             >>
>>             >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams
>>             <gary.adams at oracle.com <mailto:gary.adams at oracle.com>
>>             >> <mailto:gary.adams at oracle.com
>>             <mailto:gary.adams at oracle.com>>> wrote:
>>             >>
>>             >> ??? Looking at the link line which complains about
>>             mixing iOS and
>>             >> ??? MacOSX SDKs,
>>             >> ??? I do not see the expected extra ld flags. e.g.
>>             >> "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>>             >> ??? Can you verify the configure step set the proper
>>             flags in *.gmk?
>>             >> ??? e.g. EXTRA_
>>             >>
>>             >>
>>             >>
>>             >> That's an interesting observation.??? When I grep for
>>             EXTRA_ in the
>>             >> .gmk files, it looks like they're there.
>>             >>
>>             >> ios-x86_64-normal-minimal1-release shannah$ grep
>>             EXTRA_ *.gmk
>>             >>
>>             >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS
>>             on the make
>>             >> command line. Must
>>             >>
>>             >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>             >>
>>             >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>             >>
>>             >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>             >>
>>             >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>>             >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>             >> -miphoneos-version-min=7.0
>>             >>
>>             >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>>             >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>             >> -miphoneos-version-min=7.0
>>             >>
>>             >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64
>>             -miphoneos-version-min=7.0
>>             >>
>>             -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>
>>             >>
>>             -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>
>>             >>
>>             -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>
>>             >>
>>             >>
>>             >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>             >>
>>             >>
>>             >> And on other instances of bin/c++ in the build log, it
>>             does include
>>             >> them.? Just not on the one the fails (and possibly
>>             others).
>>             >>
>>             >> However, now that I look at this, I see that they are
>>             not present in
>>             >> the buildjdk-spec.gmk.? Only in the spec.gmk.? Is that
>>             relevant?
>>             >>
>>             >> Here is a gist with the spec.gmk and buildjdk-spec.gmk
>>             in case
>>             >> something catches anyone's eye there.
>>             >>
>>             https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>             <https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a>
>>             >>
>>             >>
>>             >> ??? I was surprised you were targetting iOS 7.0 as a
>>             minimal platform.
>>             >> ??? e.g. -miphoneos-version-min=7.0
>>             >>
>>             >>
>>             >> I had tried with -miphoneos-version-min=8.0.0 (as the
>>             instructions in
>>             >> the wiki had it), but was getting the same problem.?
>>             This was an
>>             >> attempt to mix things up a bit.
>>             >>
>>             >>
>>             >> ??? If you are having shell quoting issues, it helps
>>             to use single quotes
>>             >> ??? when providing the with-extra flags. You just have
>>             to expand the
>>             >> ??? "$XCODE? ..." variable manually.
>>             >>
>>             >>
>>             >> Thanks for the tip.? I don't think I'm having quoting
>>             issues, but I'll
>>             >> give that a try.
>>             >>
>>             >>
>>             >> Best regards
>>             >>
>>             >> Steve
>>             >>
>>             >>
>>             >>
>>             >>
>>             >> ??? On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>             >>> ??? Well,? it seems that the build problems are
>>             unrelated to Xcode
>>             >>> ??? version.? I get the same thing with Xcode 7.1,
>>             7.3, and 9.3.
>>             >>> They all fail with some error related to
>>             >>>
>>             >>> ??????? ld: building for OSX, but linking against
>>             dylib built for iOS
>>             >>>
>>             >>> ??? The build log and configure command and output
>>             are in this gist
>>             >>>
>>             https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>             <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>>             >>> ???
>>             <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>             <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>>
>>             >>>
>>             >>> ??? I've tried following where Google and
>>             Stackoverflow lead on these
>>             >>> ??? errors, but have exhausted all of my current leads.
>>             >>>
>>             >>> ??? If anything about these logs jump out to anyone,
>>             please share.
>>             >>>
>>             >>> ??? Best regards
>>             >>>
>>             >>> ??? Steve
>>             >>>
>>             >>> ??? On Thu, May 10, 2018 at 12:56 PM, Steve Hannah
>>             <steve at weblite.ca <mailto:steve at weblite.ca>
>>             >>> ??? <mailto:steve at weblite.ca
>>             <mailto:steve at weblite.ca>>> wrote:
>>             >>>
>>             >>> ??????? Thanks for the tips.
>>             >>>
>>             >>> ??????? I'm using the configure listed on the
>>             instructions
>>             >>> ???????
>>             (http://openjdk.java.net/projects/mobile/ios.html
>>             <http://openjdk.java.net/projects/mobile/ios.html>
>>             >>> ???????
>>             <http://openjdk.java.net/projects/mobile/ios.html
>>             <http://openjdk.java.net/projects/mobile/ios.html>>)
>>             >>>
>>             >>> ??????? cd mobile-dev
>>             >>> ??????? bash configure \
>>             >>> --enable-option-checking=fatal \
>>             >>> --build=x86_64-apple-darwin \
>>             >>> --host=x86_64-macos-ios \
>>             >>> --target=x86_64-macos-ios \
>>             >>> --disable-warnings-as-errors \
>>             >>> --enable-headless-only \
>>             >>> --with-boot-jdk=$JDK_DIR \
>>             >>> --with-jdk-variant=normal \
>>             >>> --with-jvm-variants=minimal1 \
>>             >>> --enable-static-build=yes \
>>             >>> --with-extra-cflags="-arch x86_64
>>             >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>             >>> -miphoneos-version-min=8.0.0" \
>>             >>> --with-extra-cxxflags="-arch x86_64
>>             >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>             >>> -miphoneos-version-min=8.0.0" \
>>             >>> --with-extra-ldflags="-arch x86_64
>>             >>> -miphoneos-version-min=8.0.0
>>             >>>
>>             -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>
>>             >>>
>>             -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>
>>             >>> \
>>             >>> --with-cups-include=$CUPS_DIR \
>>             >>>
>>             >>>
>>             --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>>
>>             >>> \
>>             >>>
>>             >>>
>>             --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>>
>>             >>> \
>>             >>> --with-debug-level=release \
>>             >>> --disable-precompiled-headers \
>>             >>> --with-freetype-lib=$FREETYPE_DIR/lib \
>>             >>> --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>             >>>
>>             >>>
>>             >>> ??????????? For iOS builds, I'd recommend first
>>             making sure you can
>>             >>> ??????????? build for macosx with your installed
>>             toolchain,
>>             >>> ??????????? and then try the iOS specific builds.
>>             >>>
>>             >>>
>>             >>> ??????? Thanks, I'll try that.
>>             >>>
>>             >>>
>>             >>> ??????????? For the linking error, are you using more
>>             than one
>>             >>> ??????????? installed version of Xcode.
>>             >>> ??????????? e.g. "xcode-select -p" or DEVELOPER_DIR
>>             >>>
>>             >>>
>>             >>> ??????? I'm pretty sure I'm using just one at a
>>             time.? I'm using
>>             >>> ??????? xcode-select to specify which Xcode to use,
>>             and I'm using the
>>             >>> ??????? corresponding Xcode in the configure statement.
>>             >>>
>>             >>>
>>             >>> ??????????? I usually would do a "LOG=debug" build to
>>             see the full
>>             >>> ??????????? command passed to the linker,
>>             >>> ??????????? but you have enough in the errors you
>>             already have.
>>             >>>
>>             >>> ??????????? clang: warning: using sysroot for
>>             'iPhoneSimulator' but
>>             >>> ??????????? targeting 'MacOSX' [-Wincompatible-sysroot]
>>             >>>
>>             >>>
>>             >>> ??????????? Every object file and executable is built
>>             for a specific
>>             >>> SDK.
>>             >>> ??????????? The warning says the flags do not match
>>             the toolchain
>>             >>> ??????????? installed.
>>             >>>
>>             >>> ??????????? ld: warning: directory not found for option
>>             >>>
>>             >>>
>>             '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>>
>>             >>>
>>             >>>
>>             >>> ??????????? ld: building for OSX, but linking against
>>             dylib built for
>>             >>> ??????????? iOS
>>             >>>
>>             >>>
>>             (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>
>>             >>>
>>             >>> ??????????? file
>>             >>>
>>             >>>
>>             '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>
>>             >>>
>>             >>> ??????????? for architecture x86_64
>>             >>>
>>             >>>
>>             >>> ??????????? This would be a good time to compare the
>>             directory
>>             >>> ??????????? structure of the iPhoneSimulator
>>             >>> ??????????? SDK in Xcode 7.1 and 9.3. It may have
>>             changed.
>>             >>>
>>             >>>
>>             >>> ??????? Thanks.? I'll do that.? My attempt with 7.3
>>             had similar
>>             >>> ??????? results - only I had to patch some code that
>>             required
>>             >>> ??????? CoreServices, which apparently isn't
>>             available in 7.3.? I'm
>>             >>> ??????? going to download 7.1 and see if that gets me
>>             through to the
>>             >>> end.
>>             >>>
>>             >>> ??????? Best regards
>>             >>>
>>             >>> ??????? Steve
>>             >>>
>>             >>>
>>             >>>
>>             >>
>>             >>
>>             >>
>>             >
>>
>>
>>
>>
>>     -- 
>>     Steve Hannah
>>     Web Lite Solutions Corp.
>
>
>
>
> -- 
> Steve Hannah
> Web Lite Solutions Corp.



From steve at weblite.ca  Mon May 14 20:11:58 2018
From: steve at weblite.ca (Steve Hannah)
Date: Mon, 14 May 2018 13:11:58 -0700
Subject: Current build instructions for iOS
In-Reply-To: <efc40bc5-3a99-b1dd-1cb2-720f270fe2a3@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
 <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
 <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>
 <efc40bc5-3a99-b1dd-1cb2-720f270fe2a3@oracle.com>
Message-ID: <CABiRg+RZfGjg5aAP6hdttbXLeHYO9TGe_ZR4=WX65kOq7efPuA@mail.gmail.com>

Thanks.  I'll look into that.

FWIW, I found that one of my problems was that I didn't have Apple's legacy
Java 6 installed on my system - which appears to be required for the
frameworks it contains - e.g. JavaNativeFoundation.

After I solved that, I was able to get much further - but am now halted on
this error:

/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/jdk/bin/jmod
-J-XX:+UseSerialGC -J-Xms32M -J-Xmx512M -J-XX:TieredStopAtLevel=1 create \

            --module-version 9-internal \

            --target-platform 'ios-amd64' \

            --module-path
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/interim-jmods
\

    --exclude
'**{_the.*,_*.marker,*.diz,*.debuginfo,*.dSYM/**,*.dSYM,*.pdb,*.map}' \

    --libs
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_libs/java.base
--cmds
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_cmds/java.base
--config
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_conf/java.base
--class-path
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/jdk/modules/java.base
--header-files
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_include/java.base
--legal-notices
"/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_legal/java.base:/Users/shannah/tmp/zero/mobile-jdk9/jdk/src/java.base/share/legal"
/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/interim-jmods/temp/java.base.jmod

#

# A fatal error has been detected by the Java Runtime Environment:

#

#  SIGILL (0x4) at pc=0x00000001050bee77, pid=39058, tid=7171

#

# JRE version: OpenJDK Runtime Environment (9.0) (build
9-internal+0-adhoc.shannah.mobile-jdk9)

# Java VM: OpenJDK 64-Bit Server VM
(9-internal+0-adhoc.shannah.mobile-jdk9, mixed mode, tiered, compressed
oops, serial gc, bsd-amd64)

# Problematic frame:

# V  [libjvm.dylib+0x4bee77]  PerfDataManager::destroy()+0xb7

#

# No core dump will be written. Core dumps have been disabled. To enable
core dumping, try "ulimit -c unlimited" before starting Java again

#

# An error report file with more information is saved as:

# /Users/shannah/tmp/zero/mobile-jdk9/make/hs_err_pid39058.log

#

# If you would like to submit a bug report, please visit:

#   http://bugreport.java.com/bugreport/crash.jsp

#


[error occurred during error reporting (), id 0x4]


On Mon, May 14, 2018 at 12:47 PM, gary.adams at oracle.com <
gary.adams at oracle.com> wrote:

> Many of the compilation problems are already fixed in the jdk/jdk repos
> for the newer toolchain. That might be an easier fix than trial and error.
>
>
> On 5/14/18 3:17 PM, Steve Hannah wrote:
>
> Thanks Gary.  That seems to have gotten me past that error.  Now facing
> what look to be more tractable errors.  Missing headers, syntax errors
> etc...  I'm going to try commenting things out until it compiles now.
>
> Best regards
>
> Steve
>
> On Mon, May 14, 2018 at 10:57 AM, <gary.adams at oracle.com> wrote:
>
>> The problem in my local build was the generated buildjdk-spec.gmk file.
>>
>> It contained settings for the iPhoneSimulator sysroot, but should have
>> been
>> configured for MacOSX SDK.
>>
>> Adding this to my configure command line arguments corrected the problem
>> using an Xcode 8.3.3 DEVELOPER_DIR.
>>
>>   --with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.
>> platform/Developer/SDKs/MacOSX.sdk
>>
>>
>>
>> On 5/14/18 8:09 AM, Steve Hannah wrote:
>>
>> Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm hitting
>> these errors.  Any chance you can share your configure command, and any
>> other logs that might allow me to do a comparison of my environment to
>> yours so that I can see where I'm going wrong?
>>
>> Best regards
>>
>> Steve
>>
>> On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com> wrote:
>>
>>> The version we are talking about here is in mobile/jdk9  and that is
>>> the "final" version for the 9 tree.
>>> I'm still configuring and building it with Xcode 9.3 and that works
>>> fine.
>>>
>>> I made some minor local modifications but those shouldn't matter.
>>>
>>> - Johan
>>>
>>> On Sat, May 12, 2018 at 1:32 AM David Holmes <david.holmes at oracle.com>
>>> wrote:
>>>
>>>> On 12/05/2018 5:12 AM, Gary Adams wrote:
>>>> > I just tried a local build and I'm seeing the same error you are.
>>>> > See
>>>> > build/ios-x86-64-mormal-minimal1-release/make-support/failur
>>>> e-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>>>>
>>>> >
>>>> >
>>>> > The basic configuration in
>>>> >      common/autoconf/flags.m4
>>>> >
>>>> > includes the adding of Frameworks to SYSROOT_LDFLAGS
>>>> > and the handling of EXTRA_LDFLAGS.
>>>> >
>>>> > I need to track down the BUILD_ADLC instructions to find out why
>>>> > the extra flags were not used. I'll take a look next week.
>>>>
>>>> adlc is little stand-alone C program, not part of the VM or JDK, so it
>>>> doesn't generally need all the flags that hotspot/jdk compilations
>>>> need.
>>>> But for cross-compilation we would still need to use the EXTRA_*
>>>> variables.
>>>>
>>>> I'm not sure what version of the repos this is discussing but there was
>>>> a lot of flag cleanup in the JDK 11 build fairly recently.
>>>>
>>>> David
>>>>
>>>> > I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.
>>>> >
>>>> > ...
>>>> >
>>>> > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>>> >>
>>>> >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com
>>>> >> <mailto:gary.adams at oracle.com>> wrote:
>>>> >>
>>>> >>     Looking at the link line which complains about mixing iOS and
>>>> >>     MacOSX SDKs,
>>>> >>     I do not see the expected extra ld flags. e.g.
>>>> >>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>>>> >>     Can you verify the configure step set the proper flags in *.gmk?
>>>> >>     e.g. EXTRA_
>>>> >>
>>>> >>
>>>> >>
>>>> >> That's an interesting observation.    When I grep for EXTRA_ in the
>>>> >> .gmk files, it looks like they're there.
>>>> >>
>>>> >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>>>> >>
>>>> >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make
>>>> >> command line. Must
>>>> >>
>>>> >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>>> >>
>>>> >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>>> >>
>>>> >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>>> >>
>>>> >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>> >> -miphoneos-version-min=7.0
>>>> >>
>>>> >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>> >> -miphoneos-version-min=7.0
>>>> >>
>>>> >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>> >>
>>>> >>
>>>> >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>>> >>
>>>> >>
>>>> >> And on other instances of bin/c++ in the build log, it does include
>>>> >> them.  Just not on the one the fails (and possibly others).
>>>> >>
>>>> >> However, now that I look at this, I see that they are not present in
>>>> >> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
>>>> >>
>>>> >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
>>>> >> something catches anyone's eye there.
>>>> >> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>>> >>
>>>> >>
>>>> >>     I was surprised you were targetting iOS 7.0 as a minimal
>>>> platform.
>>>> >>     e.g. -miphoneos-version-min=7.0
>>>> >>
>>>> >>
>>>> >> I had tried with -miphoneos-version-min=8.0.0 (as the instructions
>>>> in
>>>> >> the wiki had it), but was getting the same problem.  This was an
>>>> >> attempt to mix things up a bit.
>>>> >>
>>>> >>
>>>> >>     If you are having shell quoting issues, it helps to use single
>>>> quotes
>>>> >>     when providing the with-extra flags. You just have to expand the
>>>> >>     "$XCODE  ..." variable manually.
>>>> >>
>>>> >>
>>>> >> Thanks for the tip.  I don't think I'm having quoting issues, but
>>>> I'll
>>>> >> give that a try.
>>>> >>
>>>> >>
>>>> >> Best regards
>>>> >>
>>>> >> Steve
>>>> >>
>>>> >>
>>>> >>
>>>> >>
>>>> >>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>>> >>>     Well,  it seems that the build problems are unrelated to Xcode
>>>> >>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.
>>>>
>>>> >>> They all fail with some error related to
>>>> >>>
>>>> >>>         ld: building for OSX, but linking against dylib built for
>>>> iOS
>>>> >>>
>>>> >>>     The build log and configure command and output are in this gist
>>>> >>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43
>>>> c5b6
>>>> >>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af4
>>>> 3c5b6>
>>>> >>>
>>>> >>>     I've tried following where Google and Stackoverflow lead on
>>>> these
>>>> >>>     errors, but have exhausted all of my current leads.
>>>> >>>
>>>> >>>     If anything about these logs jump out to anyone, please share.
>>>> >>>
>>>> >>>     Best regards
>>>> >>>
>>>> >>>     Steve
>>>> >>>
>>>> >>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <
>>>> steve at weblite.ca
>>>> >>>     <mailto:steve at weblite.ca>> wrote:
>>>> >>>
>>>> >>>         Thanks for the tips.
>>>> >>>
>>>> >>>         I'm using the configure listed on the instructions
>>>> >>>         (http://openjdk.java.net/projects/mobile/ios.html
>>>> >>>         <http://openjdk.java.net/projects/mobile/ios.html>)
>>>> >>>
>>>> >>>         cd mobile-dev
>>>> >>>         bash configure \
>>>> >>>         --enable-option-checking=fatal \
>>>> >>>         --build=x86_64-apple-darwin \
>>>> >>>         --host=x86_64-macos-ios \
>>>> >>>         --target=x86_64-macos-ios \
>>>> >>>         --disable-warnings-as-errors \
>>>> >>>         --enable-headless-only \
>>>> >>>         --with-boot-jdk=$JDK_DIR \
>>>> >>>         --with-jdk-variant=normal \
>>>> >>>         --with-jvm-variants=minimal1 \
>>>> >>>         --enable-static-build=yes \
>>>> >>>         --with-extra-cflags="-arch x86_64
>>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>> >>> -miphoneos-version-min=8.0.0" \
>>>> >>>         --with-extra-cxxflags="-arch x86_64
>>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>> >>> -miphoneos-version-min=8.0.0" \
>>>> >>>         --with-extra-ldflags="-arch x86_64
>>>> >>> -miphoneos-version-min=8.0.0
>>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>>> >>> \
>>>> >>>         --with-cups-include=$CUPS_DIR \
>>>> >>>
>>>> >>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/P
>>>> latforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>>>> >>> \
>>>> >>>
>>>> >>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/
>>>> Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>>>>
>>>> >>> \
>>>> >>>         --with-debug-level=release \
>>>> >>>         --disable-precompiled-headers \
>>>> >>>         --with-freetype-lib=$FREETYPE_DIR/lib \
>>>> >>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>>> >>>
>>>> >>>
>>>> >>>             For iOS builds, I'd recommend first making sure you can
>>>> >>>             build for macosx with your installed toolchain,
>>>> >>>             and then try the iOS specific builds.
>>>> >>>
>>>> >>>
>>>> >>>         Thanks, I'll try that.
>>>> >>>
>>>> >>>
>>>> >>>             For the linking error, are you using more than one
>>>> >>>             installed version of Xcode.
>>>> >>>             e.g. "xcode-select -p" or DEVELOPER_DIR
>>>> >>>
>>>> >>>
>>>> >>>         I'm pretty sure I'm using just one at a time.  I'm using
>>>> >>>         xcode-select to specify which Xcode to use, and I'm using
>>>> the
>>>> >>>         corresponding Xcode in the configure statement.
>>>> >>>
>>>> >>>
>>>> >>>             I usually would do a "LOG=debug" build to see the full
>>>> >>>             command passed to the linker,
>>>> >>>             but you have enough in the errors you already have.
>>>> >>>
>>>> >>>             clang: warning: using sysroot for 'iPhoneSimulator' but
>>>> >>>             targeting 'MacOSX' [-Wincompatible-sysroot]
>>>> >>>
>>>> >>>
>>>> >>>             Every object file and executable is built for a
>>>> specific
>>>> >>> SDK.
>>>> >>>             The warning says the flags do not match the toolchain
>>>> >>>             installed.
>>>> >>>
>>>> >>>             ld: warning: directory not found for option
>>>> >>>
>>>> >>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPho
>>>> neSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/Syst
>>>> em/Library/Frameworks/JavaVM.framework/Frameworks'
>>>> >>>
>>>> >>>
>>>> >>>             ld: building for OSX, but linking against dylib built
>>>> for
>>>> >>>             iOS
>>>> >>>
>>>> >>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>>>
>>>> >>>
>>>> >>>             file
>>>> >>>
>>>> >>> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>>>
>>>> >>>
>>>> >>>             for architecture x86_64
>>>> >>>
>>>> >>>
>>>> >>>             This would be a good time to compare the directory
>>>> >>>             structure of the iPhoneSimulator
>>>> >>>             SDK in Xcode 7.1 and 9.3. It may have changed.
>>>> >>>
>>>> >>>
>>>> >>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
>>>> >>>         results - only I had to patch some code that required
>>>> >>>         CoreServices, which apparently isn't available in 7.3.  I'm
>>>> >>>         going to download 7.1 and see if that gets me through to
>>>> the
>>>> >>> end.
>>>> >>>
>>>> >>>         Best regards
>>>> >>>
>>>> >>>         Steve
>>>> >>>
>>>> >>>
>>>> >>>
>>>> >>
>>>> >>
>>>> >>
>>>> >
>>>>
>>>
>>
>>
>> --
>> Steve Hannah
>> Web Lite Solutions Corp.
>>
>>
>>
>
>
> --
> Steve Hannah
> Web Lite Solutions Corp.
>
>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From magnus.ihse.bursie at oracle.com  Mon May 14 21:05:03 2018
From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie)
Date: Mon, 14 May 2018 23:05:03 +0200
Subject: Current build instructions for iOS
In-Reply-To: <5AF5EB38.40106@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <5AF48514.5090204@oracle.com>
 <CABiRg+QaqV7nrq3XyFHt5kHc121A=ZtgLMWUFCyy8GCTjKg=bw@mail.gmail.com>
 <CABxFH2GNNVzXB1Ka6B7fEQ9YpP+0Pogdj-B3ZyYX-dmMsvKh7g@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com>
Message-ID: <c6c28d98-2f8e-f0d3-0bfb-6fbffbe2e190@oracle.com>

I vaguely remember this being fixed in like jdk8u not too long ago. The 
ADLC build tool was not properly integrated to use the EXTRA_*FLAGS.

The simple solution is likely to add
ADLC_LDFLAGS += $(EXTRA_LDFLAGS)
somewhere just above the line
 ?$(eval $(call SetupNativeCompilation, BUILD_ADLC, \

In jdk/jdk, this is all rewritten and in much better shape.

/Magnus

On 2018-05-11 21:12, Gary Adams wrote:
> I just tried a local build and I'm seeing the same error you are.
> See
> build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>
> The basic configuration in
> ??? common/autoconf/flags.m4
>
> includes the adding of Frameworks to SYSROOT_LDFLAGS
> and the handling of EXTRA_LDFLAGS.
>
> I need to track down the BUILD_ADLC instructions to find out why
> the extra flags were not used. I'll take a look next week.
>
> I'm targetting MacOSX 10.13.4 Xcode 9.3.1? iOS 11.2 SDK.
>
> ...
>
> On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>
>> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com 
>> <mailto:gary.adams at oracle.com>> wrote:
>>
>> ??? Looking at the link line which complains about mixing iOS and
>> ??? MacOSX SDKs,
>> ??? I do not see the expected extra ld flags. e.g.
>> ??? "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>> ??? Can you verify the configure step set the proper flags in *.gmk?
>> ??? e.g. EXTRA_
>>
>>
>>
>> That's an interesting observation.??? When I grep for EXTRA_ in the 
>> .gmk files, it looks like they're there.
>>
>> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>>
>> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make 
>> command line. Must
>>
>> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>
>> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>
>> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>
>> spec.gmk:EXTRA_CFLAGS = -arch x86_64 
>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>> -miphoneos-version-min=7.0
>>
>> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64 
>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>> -miphoneos-version-min=7.0
>>
>> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system 
>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system 
>>
>>
>> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>
>>
>> And on other instances of bin/c++ in the build log, it does include 
>> them.? Just not on the one the fails (and possibly others).
>>
>> However, now that I look at this, I see that they are not present in 
>> the buildjdk-spec.gmk.? Only in the spec.gmk.? Is that relevant?
>>
>> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case 
>> something catches anyone's eye there.
>> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>
>>
>> ??? I was surprised you were targetting iOS 7.0 as a minimal platform.
>> ??? e.g. -miphoneos-version-min=7.0
>>
>>
>> I had tried with -miphoneos-version-min=8.0.0 (as the instructions in 
>> the wiki had it), but was getting the same problem.? This was an 
>> attempt to mix things up a bit.
>>
>>
>> ??? If you are having shell quoting issues, it helps to use single 
>> quotes
>> ??? when providing the with-extra flags. You just have to expand the
>> ??? "$XCODE? ..." variable manually.
>>
>>
>> Thanks for the tip.? I don't think I'm having quoting issues, but 
>> I'll give that a try.
>>
>>
>> Best regards
>>
>> Steve
>>
>>
>>
>>
>> ??? On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>> ??? Well,? it seems that the build problems are unrelated to Xcode
>>> ??? version.? I get the same thing with Xcode 7.1, 7.3, and 9.3. ??? 
>>> They all fail with some error related to
>>>
>>> ??????? ld: building for OSX, but linking against dylib built for iOS
>>>
>>> ??? The build log and configure command and output are in this gist
>>> https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>> <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>>>
>>> ??? I've tried following where Google and Stackoverflow lead on these
>>> ??? errors, but have exhausted all of my current leads.
>>>
>>> ??? If anything about these logs jump out to anyone, please share.
>>>
>>> ??? Best regards
>>>
>>> ??? Steve
>>>
>>> ??? On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <steve at weblite.ca
>>> ??? <mailto:steve at weblite.ca>> wrote:
>>>
>>> ??????? Thanks for the tips.
>>>
>>> ??????? I'm using the configure listed on the instructions
>>> ??????? (http://openjdk.java.net/projects/mobile/ios.html
>>> <http://openjdk.java.net/projects/mobile/ios.html>)
>>>
>>> ??????? cd mobile-dev
>>> ??????? bash configure \
>>> ??????? --enable-option-checking=fatal \
>>> ??????? --build=x86_64-apple-darwin \
>>> ??????? --host=x86_64-macos-ios \
>>> ??????? --target=x86_64-macos-ios \
>>> ??????? --disable-warnings-as-errors \
>>> ??????? --enable-headless-only \
>>> ??????? --with-boot-jdk=$JDK_DIR \
>>> ??????? --with-jdk-variant=normal \
>>> ??????? --with-jvm-variants=minimal1 \
>>> ??????? --enable-static-build=yes \
>>> ??????? --with-extra-cflags="-arch x86_64 
>>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>>> -miphoneos-version-min=8.0.0" \
>>> ??????? --with-extra-cxxflags="-arch x86_64 
>>> -Wno-implicit-function-declaration -Wno-unused-parameter 
>>> -miphoneos-version-min=8.0.0" \
>>> ??????? --with-extra-ldflags="-arch x86_64 
>>> -miphoneos-version-min=8.0.0 
>>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib 
>>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system" 
>>> \
>>> ??????? --with-cups-include=$CUPS_DIR \
>>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk 
>>> \
>>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin 
>>> \
>>> ??????? --with-debug-level=release \
>>> ??????? --disable-precompiled-headers \
>>> ??????? --with-freetype-lib=$FREETYPE_DIR/lib \
>>> --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>>
>>>
>>> ??????????? For iOS builds, I'd recommend first making sure you can
>>> ??????????? build for macosx with your installed toolchain,
>>> ??????????? and then try the iOS specific builds.
>>>
>>>
>>> ??????? Thanks, I'll try that.
>>>
>>>
>>> ??????????? For the linking error, are you using more than one
>>> ??????????? installed version of Xcode.
>>> ??????????? e.g. "xcode-select -p" or DEVELOPER_DIR
>>>
>>>
>>> ??????? I'm pretty sure I'm using just one at a time.? I'm using
>>> ??????? xcode-select to specify which Xcode to use, and I'm using the
>>> ??????? corresponding Xcode in the configure statement.
>>>
>>>
>>> ??????????? I usually would do a "LOG=debug" build to see the full
>>> ??????????? command passed to the linker,
>>> ??????????? but you have enough in the errors you already have.
>>>
>>> ??????????? clang: warning: using sysroot for 'iPhoneSimulator' but
>>> ??????????? targeting 'MacOSX' [-Wincompatible-sysroot]
>>>
>>>
>>> ??????????? Every object file and executable is built for a specific 
>>> SDK.
>>> ??????????? The warning says the flags do not match the toolchain
>>> ??????????? installed.
>>>
>>> ??????????? ld: warning: directory not found for option
>>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>>>
>>> ??????????? ld: building for OSX, but linking against dylib built for
>>> ??????????? iOS
>>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>> ??????????? file
>>> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>> ??????????? for architecture x86_64
>>>
>>>
>>> ??????????? This would be a good time to compare the directory
>>> ??????????? structure of the iPhoneSimulator
>>> ??????????? SDK in Xcode 7.1 and 9.3. It may have changed.
>>>
>>>
>>> ??????? Thanks.? I'll do that.? My attempt with 7.3 had similar
>>> ??????? results - only I had to patch some code that required
>>> ??????? CoreServices, which apparently isn't available in 7.3.? I'm
>>> ??????? going to download 7.1 and see if that gets me through to the 
>>> end.
>>>
>>> ??????? Best regards
>>>
>>> ??????? Steve
>>>
>>>
>>>
>>
>>
>>
>


From gary.adams at oracle.com  Mon May 14 21:15:33 2018
From: gary.adams at oracle.com (gary.adams at oracle.com)
Date: Mon, 14 May 2018 17:15:33 -0400
Subject: Current build instructions for iOS
In-Reply-To: <CABiRg+RZfGjg5aAP6hdttbXLeHYO9TGe_ZR4=WX65kOq7efPuA@mail.gmail.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
 <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
 <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>
 <efc40bc5-3a99-b1dd-1cb2-720f270fe2a3@oracle.com>
 <CABiRg+RZfGjg5aAP6hdttbXLeHYO9TGe_ZR4=WX65kOq7efPuA@mail.gmail.com>
Message-ID: <0896eef9-46cb-0cb8-cc6d-0e0bccb27ef8@oracle.com>

I saw this error with Xcode 9.3.1, but not with 8.3.3.

Best way to debug this type of error is to run with a debugger
using a slowdebug build with full symbols.

On 5/14/18 4:11 PM, Steve Hannah wrote:
> Thanks.? I'll look into that.
>
> FWIW, I found that one of my problems was that I didn't have Apple's 
> legacy Java 6 installed on my system - which appears to be required 
> for the frameworks it contains - e.g. JavaNativeFoundation.
>
> After I solved that, I was able to get much further - but am now 
> halted on this error:
>
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/jdk/bin/jmod 
> -J-XX:+UseSerialGC -J-Xms32M -J-Xmx512M -J-XX:TieredStopAtLevel=1 create \
>
> --module-version 9-internal \
>
> --target-platform 'ios-amd64' \
>
> --module-path 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/interim-jmods 
> \
>
> --exclude 
> '**{_the.*,_*.marker,*.diz,*.debuginfo,*.dSYM/**,*.dSYM,*.pdb,*.map}' \
>
> --libs 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_libs/java.base 
> --cmds 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_cmds/java.base 
> --config 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_conf/java.base 
> --class-path 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/jdk/modules/java.base 
> --header-files 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_include/java.base 
> --legal-notices 
> "/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/buildjdk/support/modules_legal/java.base:/Users/shannah/tmp/zero/mobile-jdk9/jdk/src/java.base/share/legal" 
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/interim-jmods/temp/java.base.jmod
>
> #
>
> # A fatal error has been detected by the Java Runtime Environment:
>
> #
>
> #SIGILL (0x4) at pc=0x00000001050bee77, pid=39058, tid=7171
>
> #
>
> # JRE version: OpenJDK Runtime Environment (9.0) (build 
> 9-internal+0-adhoc.shannah.mobile-jdk9)
>
> # Java VM: OpenJDK 64-Bit Server VM 
> (9-internal+0-adhoc.shannah.mobile-jdk9, mixed mode, tiered, 
> compressed oops, serial gc, bsd-amd64)
>
> # Problematic frame:
>
> # V[libjvm.dylib+0x4bee77]PerfDataManager::destroy()+0xb7
>
> #
>
> # No core dump will be written. Core dumps have been disabled. To 
> enable core dumping, try "ulimit -c unlimited" before starting Java again
>
> #
>
> # An error report file with more information is saved as:
>
> # /Users/shannah/tmp/zero/mobile-jdk9/make/hs_err_pid39058.log
>
> #
>
> # If you would like to submit a bug report, please visit:
>
> # http://bugreport.java.com/bugreport/crash.jsp
>
> #
>
>
> [error occurred during error reporting (), id 0x4]
>
>
>
> On Mon, May 14, 2018 at 12:47 PM, gary.adams at oracle.com 
> <mailto:gary.adams at oracle.com> <gary.adams at oracle.com 
> <mailto:gary.adams at oracle.com>> wrote:
>
>     Many of the compilation problems are already fixed in the jdk/jdk
>     repos
>     for the newer toolchain. That might be an easier fix than trial
>     and error.
>
>
>     On 5/14/18 3:17 PM, Steve Hannah wrote:
>>     Thanks Gary.? That seems to have gotten me past that error.? Now
>>     facing what look to be more tractable errors.? Missing headers,
>>     syntax errors etc...? I'm going to try commenting things out
>>     until it compiles now.
>>
>>     Best regards
>>
>>     Steve
>>
>>     On Mon, May 14, 2018 at 10:57 AM, <gary.adams at oracle.com
>>     <mailto:gary.adams at oracle.com>> wrote:
>>
>>         The problem in my local build was the generated
>>         buildjdk-spec.gmk file.
>>
>>         It contained settings for the iPhoneSimulator sysroot, but
>>         should have been
>>         configured for MacOSX SDK.
>>
>>         Adding this to my configure command line arguments corrected
>>         the problem
>>         using an Xcode 8.3.3 DEVELOPER_DIR.
>>
>>         ?
>>         --with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
>>
>>
>>
>>
>>         On 5/14/18 8:09 AM, Steve Hannah wrote:
>>>         Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and
>>>         I'm hitting these errors.? Any chance you can share your
>>>         configure command, and any other logs that might allow me to
>>>         do a comparison of my environment to yours so that I can see
>>>         where I'm going wrong?
>>>
>>>         Best regards
>>>
>>>         Steve
>>>
>>>         On Sat, May 12, 2018 at 5:43 AM, Johan Vos
>>>         <johan.vos at gluonhq.com <mailto:johan.vos at gluonhq.com>> wrote:
>>>
>>>             The version we are talking about here is in mobile/jdk9
>>>             and that is the "final" version for the 9 tree.
>>>             I'm still configuring and building it with Xcode 9.3 and
>>>             that works fine.
>>>
>>>             I made some minor local modifications but those
>>>             shouldn't matter.
>>>
>>>             - Johan
>>>
>>>             On Sat, May 12, 2018 at 1:32 AM David Holmes
>>>             <david.holmes at oracle.com
>>>             <mailto:david.holmes at oracle.com>> wrote:
>>>
>>>                 On 12/05/2018 5:12 AM, Gary Adams wrote:
>>>                 > I just tried a local build and I'm seeing the same
>>>                 error you are.
>>>                 > See
>>>                 >
>>>                 build/ios-x86-64-mormal-minimal1-release/make-support/failure-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>>>
>>>                 >
>>>                 >
>>>                 > The basic configuration in
>>>                 > common/autoconf/flags.m4
>>>                 >
>>>                 > includes the adding of Frameworks to SYSROOT_LDFLAGS
>>>                 > and the handling of EXTRA_LDFLAGS.
>>>                 >
>>>                 > I need to track down the BUILD_ADLC instructions
>>>                 to find out why
>>>                 > the extra flags were not used. I'll take a look
>>>                 next week.
>>>
>>>                 adlc is little stand-alone C program, not part of
>>>                 the VM or JDK, so it
>>>                 doesn't generally need all the flags that
>>>                 hotspot/jdk compilations need.
>>>                 But for cross-compilation we would still need to use
>>>                 the EXTRA_* variables.
>>>
>>>                 I'm not sure what version of the repos this is
>>>                 discussing but there was
>>>                 a lot of flag cleanup in the JDK 11 build fairly
>>>                 recently.
>>>
>>>                 David
>>>
>>>                 > I'm targetting MacOSX 10.13.4 Xcode 9.3.1? iOS
>>>                 11.2 SDK.
>>>                 >
>>>                 > ...
>>>                 >
>>>                 > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>>                 >>
>>>                 >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams
>>>                 <gary.adams at oracle.com <mailto:gary.adams at oracle.com>
>>>                 >> <mailto:gary.adams at oracle.com
>>>                 <mailto:gary.adams at oracle.com>>> wrote:
>>>                 >>
>>>                 >> ??? Looking at the link line which complains
>>>                 about mixing iOS and
>>>                 >> ??? MacOSX SDKs,
>>>                 >> ??? I do not see the expected extra ld flags. e.g.
>>>                 >> "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>>>                 >> ??? Can you verify the configure step set the
>>>                 proper flags in *.gmk?
>>>                 >> ??? e.g. EXTRA_
>>>                 >>
>>>                 >>
>>>                 >>
>>>                 >> That's an interesting observation.??? When I grep
>>>                 for EXTRA_ in the
>>>                 >> .gmk files, it looks like they're there.
>>>                 >>
>>>                 >> ios-x86_64-normal-minimal1-release shannah$ grep
>>>                 EXTRA_ *.gmk
>>>                 >>
>>>                 >> buildjdk-spec.gmk:# Some users still set
>>>                 EXTRA_*FLAGS on the make
>>>                 >> command line. Must
>>>                 >>
>>>                 >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>>                 >>
>>>                 >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>>                 >>
>>>                 >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>>                 >>
>>>                 >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>>>                 >> -Wno-implicit-function-declaration
>>>                 -Wno-unused-parameter
>>>                 >> -miphoneos-version-min=7.0
>>>                 >>
>>>                 >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>>>                 >> -Wno-implicit-function-declaration
>>>                 -Wno-unused-parameter
>>>                 >> -miphoneos-version-min=7.0
>>>                 >>
>>>                 >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64
>>>                 -miphoneos-version-min=7.0
>>>                 >>
>>>                 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>
>>>                 >>
>>>                 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>
>>>                 >>
>>>                 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>
>>>                 >>
>>>                 >>
>>>                 >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>>                 >>
>>>                 >>
>>>                 >> And on other instances of bin/c++ in the build
>>>                 log, it does include
>>>                 >> them.? Just not on the one the fails (and
>>>                 possibly others).
>>>                 >>
>>>                 >> However, now that I look at this, I see that they
>>>                 are not present in
>>>                 >> the buildjdk-spec.gmk.? Only in the spec.gmk.? Is
>>>                 that relevant?
>>>                 >>
>>>                 >> Here is a gist with the spec.gmk and
>>>                 buildjdk-spec.gmk in case
>>>                 >> something catches anyone's eye there.
>>>                 >>
>>>                 https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>>                 <https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a>
>>>                 >>
>>>                 >>
>>>                 >> ??? I was surprised you were targetting iOS 7.0
>>>                 as a minimal platform.
>>>                 >> ??? e.g. -miphoneos-version-min=7.0
>>>                 >>
>>>                 >>
>>>                 >> I had tried with -miphoneos-version-min=8.0.0 (as
>>>                 the instructions in
>>>                 >> the wiki had it), but was getting the same
>>>                 problem.? This was an
>>>                 >> attempt to mix things up a bit.
>>>                 >>
>>>                 >>
>>>                 >> ??? If you are having shell quoting issues, it
>>>                 helps to use single quotes
>>>                 >> ??? when providing the with-extra flags. You just
>>>                 have to expand the
>>>                 >> ??? "$XCODE ..." variable manually.
>>>                 >>
>>>                 >>
>>>                 >> Thanks for the tip.? I don't think I'm having
>>>                 quoting issues, but I'll
>>>                 >> give that a try.
>>>                 >>
>>>                 >>
>>>                 >> Best regards
>>>                 >>
>>>                 >> Steve
>>>                 >>
>>>                 >>
>>>                 >>
>>>                 >>
>>>                 >> ??? On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>>                 >>> ??? Well, it seems that the build problems are
>>>                 unrelated to Xcode
>>>                 >>> version.? I get the same thing with Xcode 7.1,
>>>                 7.3, and 9.3.
>>>                 >>> They all fail with some error related to
>>>                 >>>
>>>                 >>> ??????? ld: building for OSX, but linking
>>>                 against dylib built for iOS
>>>                 >>>
>>>                 >>> ??? The build log and configure command and
>>>                 output are in this gist
>>>                 >>>
>>>                 https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>>                 <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>
>>>                 >>> ???
>>>                 <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6
>>>                 <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43c5b6>>
>>>                 >>>
>>>                 >>> ??? I've tried following where Google and
>>>                 Stackoverflow lead on these
>>>                 >>> ??? errors, but have exhausted all of my current
>>>                 leads.
>>>                 >>>
>>>                 >>> ??? If anything about these logs jump out to
>>>                 anyone, please share.
>>>                 >>>
>>>                 >>> ??? Best regards
>>>                 >>>
>>>                 >>> ??? Steve
>>>                 >>>
>>>                 >>> ??? On Thu, May 10, 2018 at 12:56 PM, Steve
>>>                 Hannah <steve at weblite.ca <mailto:steve at weblite.ca>
>>>                 >>> <mailto:steve at weblite.ca
>>>                 <mailto:steve at weblite.ca>>> wrote:
>>>                 >>>
>>>                 >>> Thanks for the tips.
>>>                 >>>
>>>                 >>> ??????? I'm using the configure listed on the
>>>                 instructions
>>>                 >>> ???????
>>>                 (http://openjdk.java.net/projects/mobile/ios.html
>>>                 <http://openjdk.java.net/projects/mobile/ios.html>
>>>                 >>>
>>>                 <http://openjdk.java.net/projects/mobile/ios.html
>>>                 <http://openjdk.java.net/projects/mobile/ios.html>>)
>>>                 >>>
>>>                 >>> ??????? cd mobile-dev
>>>                 >>> bash configure \
>>>                 >>> --enable-option-checking=fatal \
>>>                 >>> --build=x86_64-apple-darwin \
>>>                 >>> --host=x86_64-macos-ios \
>>>                 >>> --target=x86_64-macos-ios \
>>>                 >>> --disable-warnings-as-errors \
>>>                 >>> --enable-headless-only \
>>>                 >>> --with-boot-jdk=$JDK_DIR \
>>>                 >>> --with-jdk-variant=normal \
>>>                 >>> --with-jvm-variants=minimal1 \
>>>                 >>> --enable-static-build=yes \
>>>                 >>> --with-extra-cflags="-arch x86_64
>>>                 >>> -Wno-implicit-function-declaration
>>>                 -Wno-unused-parameter
>>>                 >>> -miphoneos-version-min=8.0.0" \
>>>                 >>> --with-extra-cxxflags="-arch x86_64
>>>                 >>> -Wno-implicit-function-declaration
>>>                 -Wno-unused-parameter
>>>                 >>> -miphoneos-version-min=8.0.0" \
>>>                 >>> --with-extra-ldflags="-arch x86_64
>>>                 >>> -miphoneos-version-min=8.0.0
>>>                 >>>
>>>                 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>
>>>                 >>>
>>>                 -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>>
>>>                 >>> \
>>>                 >>> --with-cups-include=$CUPS_DIR \
>>>                 >>>
>>>                 >>>
>>>                 --with-sys-root=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>>>
>>>                 >>> \
>>>                 >>>
>>>                 >>>
>>>                 --with-tools-dir=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>>>
>>>                 >>> \
>>>                 >>> --with-debug-level=release \
>>>                 >>> --disable-precompiled-headers \
>>>                 >>> --with-freetype-lib=$FREETYPE_DIR/lib \
>>>                 >>>
>>>                 --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>>                 >>>
>>>                 >>>
>>>                 >>> For iOS builds, I'd recommend first making sure
>>>                 you can
>>>                 >>> build for macosx with your installed toolchain,
>>>                 >>> and then try the iOS specific builds.
>>>                 >>>
>>>                 >>>
>>>                 >>> Thanks, I'll try that.
>>>                 >>>
>>>                 >>>
>>>                 >>> For the linking error, are you using more than one
>>>                 >>> installed version of Xcode.
>>>                 >>> e.g. "xcode-select -p" or DEVELOPER_DIR
>>>                 >>>
>>>                 >>>
>>>                 >>> ??????? I'm pretty sure I'm using just one at a
>>>                 time.? I'm using
>>>                 >>> xcode-select to specify which Xcode to use, and
>>>                 I'm using the
>>>                 >>> corresponding Xcode in the configure statement.
>>>                 >>>
>>>                 >>>
>>>                 >>> I usually would do a "LOG=debug" build to see
>>>                 the full
>>>                 >>> command passed to the linker,
>>>                 >>> but you have enough in the errors you already have.
>>>                 >>>
>>>                 >>> clang: warning: using sysroot for
>>>                 'iPhoneSimulator' but
>>>                 >>> targeting 'MacOSX' [-Wincompatible-sysroot]
>>>                 >>>
>>>                 >>>
>>>                 >>> Every object file and executable is built for a
>>>                 specific
>>>                 >>> SDK.
>>>                 >>> The warning says the flags do not match the
>>>                 toolchain
>>>                 >>> installed.
>>>                 >>>
>>>                 >>> ld: warning: directory not found for option
>>>                 >>>
>>>                 >>>
>>>                 '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/System/Library/Frameworks/JavaVM.framework/Frameworks'
>>>
>>>                 >>>
>>>                 >>>
>>>                 >>> ld: building for OSX, but linking against dylib
>>>                 built for
>>>                 >>> iOS
>>>                 >>>
>>>                 >>>
>>>                 (/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>>
>>>                 >>>
>>>                 >>> file
>>>                 >>>
>>>                 >>>
>>>                 '/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>>
>>>                 >>>
>>>                 >>> for architecture x86_64
>>>                 >>>
>>>                 >>>
>>>                 >>> This would be a good time to compare the directory
>>>                 >>> structure of the iPhoneSimulator
>>>                 >>> SDK in Xcode 7.1 and 9.3. It may have changed.
>>>                 >>>
>>>                 >>>
>>>                 >>> Thanks.? I'll do that. My attempt with 7.3 had
>>>                 similar
>>>                 >>> results - only I had to patch some code that
>>>                 required
>>>                 >>> CoreServices, which apparently isn't available
>>>                 in 7.3.? I'm
>>>                 >>> going to download 7.1 and see if that gets me
>>>                 through to the
>>>                 >>> end.
>>>                 >>>
>>>                 >>> Best regards
>>>                 >>>
>>>                 >>> Steve
>>>                 >>>
>>>                 >>>
>>>                 >>>
>>>                 >>
>>>                 >>
>>>                 >>
>>>                 >
>>>
>>>
>>>
>>>
>>>         -- 
>>>         Steve Hannah
>>>         Web Lite Solutions Corp.
>>
>>
>>
>>
>>     -- 
>>     Steve Hannah
>>     Web Lite Solutions Corp.
>
>
>
>
>
> -- 
> Steve Hannah
> Web Lite Solutions Corp.



From ijrn_55555 at hotmail.com  Mon May 21 01:06:16 2018
From: ijrn_55555 at hotmail.com (Jorge sanchez)
Date: Mon, 21 May 2018 01:06:16 +0000
Subject: =?iso-8859-15?Q?Se_le_invit=F3_a_compartir_este_calendario?=
Message-ID: <BY2PR1001MB1208AFFFCD7E45FC1CF5C107BA950@BY2PR1001MB1208.namprd10.prod.outlook.com>

Usted podr? ver, editar y eliminar eventos en este calendario. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
Me gustar?a compartir mi calendario con usted.

Jorge sanchez (ijrn_55555 at hotmail.com) desea compartir con su usuario un calendario de Outlook.

Usted podr? ver, editar y eliminar eventos en este calendario.


Aceptar y ver el calendario<https://outlook.live.com/processInvitation.aspx?ownerCid=82C94AF51343B444&calendarGuid=b283d4df-bb77-428f-907f-3be53ee2e7a1&email=mobile-dev%40openjdk.java.net&verificationToken=15d23ff6-b8a4-4c18-adb0-6d9e48edddec&isc=1&exsvurl=1>




From ijrn_55555 at hotmail.com  Mon May 21 01:06:26 2018
From: ijrn_55555 at hotmail.com (Jorge sanchez)
Date: Mon, 21 May 2018 01:06:26 +0000
Subject: =?iso-8859-15?Q?Se_le_invit=F3_a_compartir_este_calendario?=
Message-ID: <BY2PR1001MB12089E9BCE0DDB64F81CACE3BA950@BY2PR1001MB1208.namprd10.prod.outlook.com>

Usted podr? ver, editar y eliminar eventos en este calendario. ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?
Me gustar?a compartir mi calendario con usted.

Jorge sanchez (ijrn_55555 at hotmail.com) desea compartir con su usuario un calendario de Outlook.

Usted podr? ver, editar y eliminar eventos en este calendario.


Aceptar y ver el calendario<https://outlook.live.com/processInvitation.aspx?ownerCid=82C94AF51343B444&calendarGuid=b283d4df-bb77-428f-907f-3be53ee2e7a1&email=mobile-dev%40openjdk.java.net&verificationToken=e8efd223-5573-4ac8-b1fe-706283e3ca44&isc=1&exsvurl=1>




From rspurgin09 at gmail.com  Mon May 21 01:11:03 2018
From: rspurgin09 at gmail.com (Ron Spurgin)
Date: Sun, 20 May 2018 20:11:03 -0500
Subject: No subject
Message-ID: <CAFz8gAvJ+N-3OMvH1o2_e1DzY3GZWKR1GbOBs0Jq1SAmiv9Kyg@mail.gmail.com>

?

From jaroslav.tulach at gmail.com  Tue May 22 17:20:17 2018
From: jaroslav.tulach at gmail.com (Jaroslav Tulach)
Date: Tue, 22 May 2018 19:20:17 +0200
Subject: SubstrateVM
In-Reply-To: <CABxFH2EC544C_7Jvuvk5UbRE_sNoZhoe9cunOWP_qkfqVMyoAQ@mail.gmail.com>
References: <CABxFH2G57wwLM_SMsyjSSJ8p88+8fnuzW3VeK-3Nw1yiAsVsjQ@mail.gmail.com>
 <1931329.8Q3zDitoNj@logoutik>
 <CABxFH2EC544C_7Jvuvk5UbRE_sNoZhoe9cunOWP_qkfqVMyoAQ@mail.gmail.com>
Message-ID: <4600634.0di96frp5X@logoutik>

Dne ned?le 4. ?nora 2018 20:04:01 CEST, Johan Vos napsal(a):
> Having SubstrateVM for iOS would be great.
> 
> There are a number of things though that I think should be addressed as
> well:
> * Java 9: at this moment it seems SubstrateVM requires a Java 8 VM

I've been told the support for JDK9 is being worked on and I [can estimate]
(http://wiki.apidesign.org/wiki/Estimate) the delivery date to be November 
2018, plus/minus twelve months.
-jt


> * JNI
> * Reflection
> 
> I am impressed by how easy it was to compile HelloWorld and embed it in a
> single executable on Linux. I am currently looking into running a JavaFX
> application, as that would be the real-world test. That doesn't work out of
> the box of course, and I'm looking at how much work it would be.
> 
> All of this doesn't mean we should rule out hotspot of course. Again using
> a real-world JavaFX application as a testcase, the current situation is the
> following:
> * a relative complex JavaFX application runs using the native code in the
> jdk directory from openjdk/mobile/dev, with classes from that same
> directory compiled using Gluon VM AOT, and statically linked with Gluon
> VM's VM (boson)
> * that same application also runs on hotspot with the zero interpreter, but
> of course much slower.
> 
> For OpenJDK Mobile, I see 2 big options moving forward:
> * use something like jaotc to compile all classes and dependencies aot, and
> have hotspot use the compiled methods
> * bring SubstrateVM at the same level as the current openjdk/mobile/dev
> (which means support for Java 9, JNI and reflection).
> 
> - Johan
> 
> 
> On Sat, Jan 27, 2018 at 10:18 AM Jaroslav Tulach <jaroslav.tulach at gmail.com>
> wrote:
> > Dne p?tek 26. ledna 2018 16:17:46 CET, Bob Vandette napsal(a):
> > > I?m a big fan of the SubstrateVM work that Oracle Labs is doing.
> > 
> > Glad to hear that Bob! I'd be also delighted to see SubstrateVM support
> > for
> > iOS. It would be a great PR for our work.
> > 
> > According to our boss, it should be a simple research project for an
> > intern or
> > a university student to turn the support for  AARCH64 on, given the fact
> > that
> > Graal already has the support.
> > -jt



From steve at weblite.ca  Tue May 22 18:58:37 2018
From: steve at weblite.ca (Steve Hannah)
Date: Tue, 22 May 2018 11:58:37 -0700
Subject: Current build instructions for iOS
In-Reply-To: <0896eef9-46cb-0cb8-cc6d-0e0bccb27ef8@oracle.com>
References: <CABiRg+RVx8hwjkHPtJmkADZJq+ywHnS5HLSGjbswTQRJ0hgL3w@mail.gmail.com>
 <CABiRg+Sjp5cNezeUqSfeEm9gWEH7ho5DNKhWD0cW1W3wj=iagg@mail.gmail.com>
 <5AF49495.2050903@oracle.com>
 <CABiRg+S9_Mzm41bRz59vUztpG+HQDRKEJF-i1SHTbhztfWxvAw@mail.gmail.com>
 <8be4f603-108b-5dd2-e187-d2ded21a55e9@oracle.com>
 <CABiRg+T7aFqQtn0OYbLKipEjL+3B6Qs4qMU1qXb=Q6XmKC-GZA@mail.gmail.com>
 <CABiRg+S0+txvvjDkJJNvEBV7PbHUz4be==Q7PyyQ--9CkG3K7Q@mail.gmail.com>
 <5AF5DEB2.2000701@oracle.com>
 <CABiRg+SjWO=tcbaHpUoT0X=P8QULqFZx+oK-1TsF_H71+HcNLw@mail.gmail.com>
 <5AF5EB38.40106@oracle.com> <b13bbca8-a8ff-5e5f-1dd9-cae31a7bcdca@oracle.com>
 <CABxFH2FZ=RzmjGC7Y0UkS0+=Qg+JHeMpybknEHik8xSfd3c1hA@mail.gmail.com>
 <CABiRg+QeDVsQszj2P9ASTqcyBsX8xAzH_M__CbY6AbO8Ft6qnw@mail.gmail.com>
 <c26a2d70-bbb4-b306-dd71-648b2b2ab8a6@oracle.com>
 <CABiRg+QZEqnVEzahbc-WS=0d5Ri+NoNBnwv7XfJknR+mcjpC1g@mail.gmail.com>
 <efc40bc5-3a99-b1dd-1cb2-720f270fe2a3@oracle.com>
 <CABiRg+RZfGjg5aAP6hdttbXLeHYO9TGe_ZR4=WX65kOq7efPuA@mail.gmail.com>
 <0896eef9-46cb-0cb8-cc6d-0e0bccb27ef8@oracle.com>
Message-ID: <CABiRg+T7A2zPTmbqpQnZ39fUNbYmAA5WxPhcd+XNsi-cNZ6rLQ@mail.gmail.com>

I'm just back around to this now.  I tried building with 8.3.3 and am
getting the same fatal error

Creating support/interim-jmods/java.logging.jmod

Creating support/interim-jmods/java.base.jmod

#

# A fatal error has been detected by the Java Runtime Environment:

#

#  SIGILL (0x4) at pc=0x000000010d4bee77, pid=16692, tid=8195

#

# JRE version: OpenJDK Runtime Environment (9.0) (build
9-internal+0-adhoc.shannah.mobile-jdk9)

# Java VM: OpenJDK 64-Bit Server VM
(9-internal+0-adhoc.shannah.mobile-jdk9, mixed mode, tiered, compressed
oops, serial gc, bsd-amd64)

# Problematic frame:

# V  [libjvm.dylib+0x4bee77]

#

# No core dump will be written. Core dumps have been disabled. To enable
core dumping, try "ulimit -c unlimited" before starting Java again


This is the build script I'm using  (Note:  This says 8.2, because that's
the last one I tried, but 8.3.3 gives the same result).  I've also tried
jdk8 for the JAVA_HOME and JDK_DIR with the same results.

# !/bin/bash
#
# Customize the following paths to match your setup
#
export
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-9.0.4.jdk/Contents/Home
export CUPS_DIR=/usr/include/cups
export FREETYPE_DIR=$HOME/tmp/zero/freetype-2.6.2/build_iphoneos-x86_64
export JDK_DIR=/Library/Java/JavaVirtualMachines/jdk-9.0.4.jdk/Contents/Home
export DEVELOPER_DIR=/Applications/Xcode8.2.app/Contents/Developer
#
cd mobile-jdk9
bash configure \
--enable-option-checking=fatal \
--build=x86_64-apple-darwin \
--host=x86_64-macos-ios \
--target=x86_64-macos-ios \
--disable-warnings-as-errors \
--enable-headless-only \
--with-boot-jdk=$JDK_DIR \
--with-jdk-variant=normal \
--with-jvm-variants=minimal1 \
--enable-static-build=yes \
--with-extra-cflags="-arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=8.0.0" \
--with-extra-cxxflags="-arch x86_64 -Wno-implicit-function-declaration
-Wno-unused-parameter -miphoneos-version-min=8.0.0" \
--with-extra-ldflags="-arch x86_64 -miphoneos-version-min=8.0.0
-L$DEVELOPER_DIR/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
-L$DEVELOPER_DIR/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
\
--with-cups-include=$CUPS_DIR \
--with-sys-root=$DEVELOPER_DIR/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
\
--with-tools-dir=$DEVELOPER_DIR/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
\
--with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
\
--with-debug-level=release \
--disable-precompiled-headers \
--with-freetype-lib=$FREETYPE_DIR/lib \
--with-freetype-include=$FREETYPE_DIR/include/freetype2

cd build/ios-x86_64-normal-minimal1-release
make clean images


One thing I'm not sure about:  For my CUPS_DIR, I'm just using
/usr/include/cups  (from OS X).  Is this alright, or should I be
downloading the cups sources separately and building them?



Best regards

Steve

On Mon, May 14, 2018 at 2:15 PM, gary.adams at oracle.com <
gary.adams at oracle.com> wrote:

> I saw this error with Xcode 9.3.1, but not with 8.3.3.
>
> Best way to debug this type of error is to run with a debugger
> using a slowdebug build with full symbols.
>
>
> On 5/14/18 4:11 PM, Steve Hannah wrote:
>
> Thanks.  I'll look into that.
>
> FWIW, I found that one of my problems was that I didn't have Apple's
> legacy Java 6 installed on my system - which appears to be required for the
> frameworks it contains - e.g. JavaNativeFoundation.
>
> After I solved that, I was able to get much further - but am now halted on
> this error:
>
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/jdk/bin/jmod -J-XX:+UseSerialGC
> -J-Xms32M -J-Xmx512M -J-XX:TieredStopAtLevel=1 create \
>
>             --module-version 9-internal \
>
>             --target-platform 'ios-amd64' \
>
>             --module-path /Users/shannah/tmp/zero/
> mobile-jdk9/build/ios-x86_64-normal-minimal1-release/support/interim-jmods
> \
>
>     --exclude '**{_the.*,_*.marker,*.diz,*.debuginfo,*.dSYM/**,*.dSYM,*.pdb,*.map}'
> \
>
>     --libs /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/support/modules_libs/java.base --cmds
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/support/modules_cmds/java.base --config
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/support/modules_conf/java.base
> --class-path /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/jdk/modules/java.base --header-files
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/support/modules_include/java.base
> --legal-notices "/Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/buildjdk/support/modules_legal/java.base:/Users/
> shannah/tmp/zero/mobile-jdk9/jdk/src/java.base/share/legal"
> /Users/shannah/tmp/zero/mobile-jdk9/build/ios-x86_64-
> normal-minimal1-release/support/interim-jmods/temp/java.base.jmod
>
> #
>
> # A fatal error has been detected by the Java Runtime Environment:
>
> #
>
> #  SIGILL (0x4) at pc=0x00000001050bee77, pid=39058, tid=7171
>
> #
>
> # JRE version: OpenJDK Runtime Environment (9.0) (build
> 9-internal+0-adhoc.shannah.mobile-jdk9)
>
> # Java VM: OpenJDK 64-Bit Server VM (9-internal+0-adhoc.shannah.mobile-jdk9,
> mixed mode, tiered, compressed oops, serial gc, bsd-amd64)
>
> # Problematic frame:
>
> # V  [libjvm.dylib+0x4bee77]  PerfDataManager::destroy()+0xb7
>
> #
>
> # No core dump will be written. Core dumps have been disabled. To enable
> core dumping, try "ulimit -c unlimited" before starting Java again
>
> #
>
> # An error report file with more information is saved as:
>
> # /Users/shannah/tmp/zero/mobile-jdk9/make/hs_err_pid39058.log
>
> #
>
> # If you would like to submit a bug report, please visit:
>
> #   http://bugreport.java.com/bugreport/crash.jsp
>
> #
>
>
> [error occurred during error reporting (), id 0x4]
>
>
> On Mon, May 14, 2018 at 12:47 PM, gary.adams at oracle.com <
> gary.adams at oracle.com> wrote:
>
>> Many of the compilation problems are already fixed in the jdk/jdk repos
>> for the newer toolchain. That might be an easier fix than trial and
>> error.
>>
>>
>> On 5/14/18 3:17 PM, Steve Hannah wrote:
>>
>> Thanks Gary.  That seems to have gotten me past that error.  Now facing
>> what look to be more tractable errors.  Missing headers, syntax errors
>> etc...  I'm going to try commenting things out until it compiles now.
>>
>> Best regards
>>
>> Steve
>>
>> On Mon, May 14, 2018 at 10:57 AM, <gary.adams at oracle.com> wrote:
>>
>>> The problem in my local build was the generated buildjdk-spec.gmk file.
>>>
>>> It contained settings for the iPhoneSimulator sysroot, but should have
>>> been
>>> configured for MacOSX SDK.
>>>
>>> Adding this to my configure command line arguments corrected the problem
>>> using an Xcode 8.3.3 DEVELOPER_DIR.
>>>
>>>   --with-build-sysroot=$DEVELOPER_DIR/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk
>>>
>>>
>>>
>>>
>>> On 5/14/18 8:09 AM, Steve Hannah wrote:
>>>
>>> Johan, I'm also building with Xcode 9.3 (OS X 10.13.4), and I'm hitting
>>> these errors.  Any chance you can share your configure command, and any
>>> other logs that might allow me to do a comparison of my environment to
>>> yours so that I can see where I'm going wrong?
>>>
>>> Best regards
>>>
>>> Steve
>>>
>>> On Sat, May 12, 2018 at 5:43 AM, Johan Vos <johan.vos at gluonhq.com>
>>> wrote:
>>>
>>>> The version we are talking about here is in mobile/jdk9  and that is
>>>> the "final" version for the 9 tree.
>>>> I'm still configuring and building it with Xcode 9.3 and that works
>>>> fine.
>>>>
>>>> I made some minor local modifications but those shouldn't matter.
>>>>
>>>> - Johan
>>>>
>>>> On Sat, May 12, 2018 at 1:32 AM David Holmes <david.holmes at oracle.com>
>>>> wrote:
>>>>
>>>>> On 12/05/2018 5:12 AM, Gary Adams wrote:
>>>>> > I just tried a local build and I'm seeing the same error you are.
>>>>> > See
>>>>> > build/ios-x86-64-mormal-minimal1-release/make-support/failur
>>>>> e-logs/buildjdk_hotspot_variant-server_tools_adlc_objs_BUILD_ADLC_link.{cmdline,log}
>>>>>
>>>>> >
>>>>> >
>>>>> > The basic configuration in
>>>>> >      common/autoconf/flags.m4
>>>>> >
>>>>> > includes the adding of Frameworks to SYSROOT_LDFLAGS
>>>>> > and the handling of EXTRA_LDFLAGS.
>>>>> >
>>>>> > I need to track down the BUILD_ADLC instructions to find out why
>>>>> > the extra flags were not used. I'll take a look next week.
>>>>>
>>>>> adlc is little stand-alone C program, not part of the VM or JDK, so it
>>>>> doesn't generally need all the flags that hotspot/jdk compilations
>>>>> need.
>>>>> But for cross-compilation we would still need to use the EXTRA_*
>>>>> variables.
>>>>>
>>>>> I'm not sure what version of the repos this is discussing but there
>>>>> was
>>>>> a lot of flag cleanup in the JDK 11 build fairly recently.
>>>>>
>>>>> David
>>>>>
>>>>> > I'm targetting MacOSX 10.13.4 Xcode 9.3.1  iOS 11.2 SDK.
>>>>> >
>>>>> > ...
>>>>> >
>>>>> > On 5/11/18, 2:52 PM, Steve Hannah wrote:
>>>>> >>
>>>>> >> On Fri, May 11, 2018 at 11:19 AM, Gary Adams <gary.adams at oracle.com
>>>>> >> <mailto:gary.adams at oracle.com>> wrote:
>>>>> >>
>>>>> >>     Looking at the link line which complains about mixing iOS and
>>>>> >>     MacOSX SDKs,
>>>>> >>     I do not see the expected extra ld flags. e.g.
>>>>> >>     "-miphoneos-version-min=8.0.0 -arch x86_64 ..."
>>>>> >>     Can you verify the configure step set the proper flags in *.gmk?
>>>>> >>     e.g. EXTRA_
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >> That's an interesting observation.    When I grep for EXTRA_ in the
>>>>> >> .gmk files, it looks like they're there.
>>>>> >>
>>>>> >> ios-x86_64-normal-minimal1-release shannah$ grep EXTRA_ *.gmk
>>>>> >>
>>>>> >> buildjdk-spec.gmk:# Some users still set EXTRA_*FLAGS on the make
>>>>> >> command line. Must
>>>>> >>
>>>>> >> buildjdk-spec.gmk:override EXTRA_CFLAGS :=
>>>>> >>
>>>>> >> buildjdk-spec.gmk:override EXTRA_CXXFLAGS :=
>>>>> >>
>>>>> >> buildjdk-spec.gmk:override EXTRA_LDFLAGS :=
>>>>> >>
>>>>> >> spec.gmk:EXTRA_CFLAGS = -arch x86_64
>>>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>>> >> -miphoneos-version-min=7.0
>>>>> >>
>>>>> >> spec.gmk:EXTRA_CXXFLAGS = -arch x86_64
>>>>> >> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>>> >> -miphoneos-version-min=7.0
>>>>> >>
>>>>> >> spec.gmk:EXTRA_LDFLAGS = -arch x86_64 -miphoneos-version-min=7.0
>>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>>> >> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system
>>>>> >>
>>>>> >>
>>>>> >> spec.gmk:TAR_CREATE_EXTRA_PARAM:=
>>>>> >>
>>>>> >>
>>>>> >> And on other instances of bin/c++ in the build log, it does include
>>>>> >> them.  Just not on the one the fails (and possibly others).
>>>>> >>
>>>>> >> However, now that I look at this, I see that they are not present
>>>>> in
>>>>> >> the buildjdk-spec.gmk.  Only in the spec.gmk.  Is that relevant?
>>>>> >>
>>>>> >> Here is a gist with the spec.gmk and buildjdk-spec.gmk in case
>>>>> >> something catches anyone's eye there.
>>>>> >> https://gist.github.com/shannah/aac10407178dee96ce5e6a4138d56d7a
>>>>> >>
>>>>> >>
>>>>> >>     I was surprised you were targetting iOS 7.0 as a minimal
>>>>> platform.
>>>>> >>     e.g. -miphoneos-version-min=7.0
>>>>> >>
>>>>> >>
>>>>> >> I had tried with -miphoneos-version-min=8.0.0 (as the instructions
>>>>> in
>>>>> >> the wiki had it), but was getting the same problem.  This was an
>>>>> >> attempt to mix things up a bit.
>>>>> >>
>>>>> >>
>>>>> >>     If you are having shell quoting issues, it helps to use single
>>>>> quotes
>>>>> >>     when providing the with-extra flags. You just have to expand the
>>>>> >>     "$XCODE  ..." variable manually.
>>>>> >>
>>>>> >>
>>>>> >> Thanks for the tip.  I don't think I'm having quoting issues, but
>>>>> I'll
>>>>> >> give that a try.
>>>>> >>
>>>>> >>
>>>>> >> Best regards
>>>>> >>
>>>>> >> Steve
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >>     On 5/11/18, 1:37 PM, Steve Hannah wrote:
>>>>> >>>     Well,  it seems that the build problems are unrelated to Xcode
>>>>> >>>     version.  I get the same thing with Xcode 7.1, 7.3, and 9.3.
>>>>>
>>>>> >>> They all fail with some error related to
>>>>> >>>
>>>>> >>>         ld: building for OSX, but linking against dylib built for
>>>>> iOS
>>>>> >>>
>>>>> >>>     The build log and configure command and output are in this gist
>>>>> >>>     https://gist.github.com/shannah/03ca438b97c55dfc1c942112af43
>>>>> c5b6
>>>>> >>>     <https://gist.github.com/shannah/03ca438b97c55dfc1c942112af4
>>>>> 3c5b6>
>>>>> >>>
>>>>> >>>     I've tried following where Google and Stackoverflow lead on
>>>>> these
>>>>> >>>     errors, but have exhausted all of my current leads.
>>>>> >>>
>>>>> >>>     If anything about these logs jump out to anyone, please share.
>>>>> >>>
>>>>> >>>     Best regards
>>>>> >>>
>>>>> >>>     Steve
>>>>> >>>
>>>>> >>>     On Thu, May 10, 2018 at 12:56 PM, Steve Hannah <
>>>>> steve at weblite.ca
>>>>> >>>     <mailto:steve at weblite.ca>> wrote:
>>>>> >>>
>>>>> >>>         Thanks for the tips.
>>>>> >>>
>>>>> >>>         I'm using the configure listed on the instructions
>>>>> >>>         (http://openjdk.java.net/projects/mobile/ios.html
>>>>> >>>         <http://openjdk.java.net/projects/mobile/ios.html>)
>>>>> >>>
>>>>> >>>         cd mobile-dev
>>>>> >>>         bash configure \
>>>>> >>>         --enable-option-checking=fatal \
>>>>> >>>         --build=x86_64-apple-darwin \
>>>>> >>>         --host=x86_64-macos-ios \
>>>>> >>>         --target=x86_64-macos-ios \
>>>>> >>>         --disable-warnings-as-errors \
>>>>> >>>         --enable-headless-only \
>>>>> >>>         --with-boot-jdk=$JDK_DIR \
>>>>> >>>         --with-jdk-variant=normal \
>>>>> >>>         --with-jvm-variants=minimal1 \
>>>>> >>>         --enable-static-build=yes \
>>>>> >>>         --with-extra-cflags="-arch x86_64
>>>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>>> >>> -miphoneos-version-min=8.0.0" \
>>>>> >>>         --with-extra-cxxflags="-arch x86_64
>>>>> >>> -Wno-implicit-function-declaration -Wno-unused-parameter
>>>>> >>> -miphoneos-version-min=8.0.0" \
>>>>> >>>         --with-extra-ldflags="-arch x86_64
>>>>> >>> -miphoneos-version-min=8.0.0
>>>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib
>>>>> >>> -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhon
>>>>> eSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/system"
>>>>>
>>>>> >>> \
>>>>> >>>         --with-cups-include=$CUPS_DIR \
>>>>> >>>
>>>>> >>> --with-sys-root=/Applications/Xcode.app/Contents/Developer/P
>>>>> latforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk
>>>>> >>> \
>>>>> >>>
>>>>> >>> --with-tools-dir=/Applications/Xcode.app/Contents/Developer/
>>>>> Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/../../usr/bin
>>>>>
>>>>> >>> \
>>>>> >>>         --with-debug-level=release \
>>>>> >>>         --disable-precompiled-headers \
>>>>> >>>         --with-freetype-lib=$FREETYPE_DIR/lib \
>>>>> >>>         --with-freetype-include=$FREETYPE_DIR/include/freetype2
>>>>> >>>
>>>>> >>>
>>>>> >>>             For iOS builds, I'd recommend first making sure you can
>>>>> >>>             build for macosx with your installed toolchain,
>>>>> >>>             and then try the iOS specific builds.
>>>>> >>>
>>>>> >>>
>>>>> >>>         Thanks, I'll try that.
>>>>> >>>
>>>>> >>>
>>>>> >>>             For the linking error, are you using more than one
>>>>> >>>             installed version of Xcode.
>>>>> >>>             e.g. "xcode-select -p" or DEVELOPER_DIR
>>>>> >>>
>>>>> >>>
>>>>> >>>         I'm pretty sure I'm using just one at a time.  I'm using
>>>>> >>>         xcode-select to specify which Xcode to use, and I'm using
>>>>> the
>>>>> >>>         corresponding Xcode in the configure statement.
>>>>> >>>
>>>>> >>>
>>>>> >>>             I usually would do a "LOG=debug" build to see the full
>>>>> >>>             command passed to the linker,
>>>>> >>>             but you have enough in the errors you already have.
>>>>> >>>
>>>>> >>>             clang: warning: using sysroot for 'iPhoneSimulator' but
>>>>> >>>             targeting 'MacOSX' [-Wincompatible-sysroot]
>>>>> >>>
>>>>> >>>
>>>>> >>>             Every object file and executable is built for a
>>>>> specific
>>>>> >>> SDK.
>>>>> >>>             The warning says the flags do not match the toolchain
>>>>> >>>             installed.
>>>>> >>>
>>>>> >>>             ld: warning: directory not found for option
>>>>> >>>
>>>>> >>> '-F/Applications/Xcode.app/Contents/Developer/Platforms/iPho
>>>>> neSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk/Syst
>>>>> em/Library/Frameworks/JavaVM.framework/Frameworks'
>>>>> >>>
>>>>> >>>
>>>>> >>>             ld: building for OSX, but linking against dylib built
>>>>> for
>>>>> >>>             iOS
>>>>> >>>
>>>>> >>> (/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd).
>>>>>
>>>>> >>>
>>>>> >>>             file
>>>>> >>>
>>>>> >>> '/Applications/Xcode.app/Contents/Developer/Platforms/iPhone
>>>>> Simulator.platform/Developer/SDKs/iPhoneSimulator.sdk/usr/lib/libc++.tbd'
>>>>>
>>>>> >>>
>>>>> >>>             for architecture x86_64
>>>>> >>>
>>>>> >>>
>>>>> >>>             This would be a good time to compare the directory
>>>>> >>>             structure of the iPhoneSimulator
>>>>> >>>             SDK in Xcode 7.1 and 9.3. It may have changed.
>>>>> >>>
>>>>> >>>
>>>>> >>>         Thanks.  I'll do that.  My attempt with 7.3 had similar
>>>>> >>>         results - only I had to patch some code that required
>>>>> >>>         CoreServices, which apparently isn't available in 7.3.  I'm
>>>>> >>>         going to download 7.1 and see if that gets me through to
>>>>> the
>>>>> >>> end.
>>>>> >>>
>>>>> >>>         Best regards
>>>>> >>>
>>>>> >>>         Steve
>>>>> >>>
>>>>> >>>
>>>>> >>>
>>>>> >>
>>>>> >>
>>>>> >>
>>>>> >
>>>>>
>>>>
>>>
>>>
>>> --
>>> Steve Hannah
>>> Web Lite Solutions Corp.
>>>
>>>
>>>
>>
>>
>> --
>> Steve Hannah
>> Web Lite Solutions Corp.
>>
>>
>>
>
>
> --
> Steve Hannah
> Web Lite Solutions Corp.
>
>
>


-- 
Steve Hannah
Web Lite Solutions Corp.

From johan.vos at gluonhq.com  Thu May 24 09:43:30 2018
From: johan.vos at gluonhq.com (Johan Vos)
Date: Thu, 24 May 2018 11:43:30 +0200
Subject: SubstrateVM
In-Reply-To: <4600634.0di96frp5X@logoutik>
References: <CABxFH2G57wwLM_SMsyjSSJ8p88+8fnuzW3VeK-3Nw1yiAsVsjQ@mail.gmail.com>
 <1931329.8Q3zDitoNj@logoutik>
 <CABxFH2EC544C_7Jvuvk5UbRE_sNoZhoe9cunOWP_qkfqVMyoAQ@mail.gmail.com>
 <4600634.0di96frp5X@logoutik>
Message-ID: <CABxFH2GHLVPyOMbQE8=+j+ztSnSv70qhYphz70x+ErfRCRQAqw@mail.gmail.com>

That is good news! (plus/minus 6 months).
Will that work-in-progress be in public repositories, so that others can
track/contribute?

Thanks a lot!

- Johan

On Tue, May 22, 2018 at 7:20 PM Jaroslav Tulach <jaroslav.tulach at gmail.com>
wrote:

> Dne ned?le 4. ?nora 2018 20:04:01 CEST, Johan Vos napsal(a):
> > Having SubstrateVM for iOS would be great.
> >
> > There are a number of things though that I think should be addressed as
> > well:
> > * Java 9: at this moment it seems SubstrateVM requires a Java 8 VM
>
> I've been told the support for JDK9 is being worked on and I [can estimate]
> (http://wiki.apidesign.org/wiki/Estimate) the delivery date to be
> November
> 2018, plus/minus twelve months.
> -jt
>
>
> > * JNI
> > * Reflection
> >
> > I am impressed by how easy it was to compile HelloWorld and embed it in a
> > single executable on Linux. I am currently looking into running a JavaFX
> > application, as that would be the real-world test. That doesn't work out
> of
> > the box of course, and I'm looking at how much work it would be.
> >
> > All of this doesn't mean we should rule out hotspot of course. Again
> using
> > a real-world JavaFX application as a testcase, the current situation is
> the
> > following:
> > * a relative complex JavaFX application runs using the native code in the
> > jdk directory from openjdk/mobile/dev, with classes from that same
> > directory compiled using Gluon VM AOT, and statically linked with Gluon
> > VM's VM (boson)
> > * that same application also runs on hotspot with the zero interpreter,
> but
> > of course much slower.
> >
> > For OpenJDK Mobile, I see 2 big options moving forward:
> > * use something like jaotc to compile all classes and dependencies aot,
> and
> > have hotspot use the compiled methods
> > * bring SubstrateVM at the same level as the current openjdk/mobile/dev
> > (which means support for Java 9, JNI and reflection).
> >
> > - Johan
> >
> >
> > On Sat, Jan 27, 2018 at 10:18 AM Jaroslav Tulach <
> jaroslav.tulach at gmail.com>
> > wrote:
> > > Dne p?tek 26. ledna 2018 16:17:46 CET, Bob Vandette napsal(a):
> > > > I?m a big fan of the SubstrateVM work that Oracle Labs is doing.
> > >
> > > Glad to hear that Bob! I'd be also delighted to see SubstrateVM support
> > > for
> > > iOS. It would be a great PR for our work.
> > >
> > > According to our boss, it should be a simple research project for an
> > > intern or
> > > a university student to turn the support for  AARCH64 on, given the
> fact
> > > that
> > > Graal already has the support.
> > > -jt
>
>
>

From ijrn_55555 at hotmail.com  Wed May 30 08:45:10 2018
From: ijrn_55555 at hotmail.com (Jorge sanchez)
Date: Wed, 30 May 2018 08:45:10 +0000
Subject: He quitado los permisos en su calendario compartido
Message-ID: <BN3PR1001MB120148EA09B767A15F1AD4B9BA6C0@BN3PR1001MB1201.namprd10.prod.outlook.com>

Jorge sanchez (ijrn_55555 at hotmail.com) ha quitado los permisos de uso compartido de un calendario de Outlook llamado "Calendario" previamente compartido con su usuario.