Bootstrap build of Portola on Alpine

Fri May 19 13:26:03 UTC 2017

Alpine 3.5 with the 3.5 packages and glibc-2.25 or 2.24 is a bust so far
(different reasons). If I use Alpine 3.5 with it's 3.4 packages and
glibc-2.23, all is well. See gist comments for compiler errors.

I also added libelf-dev so AOT can happen.

Cheers,
Josh.

PS: Sorry, I've been very ill the past week (it's coming into winter here)
so not had much time to work, let alone play ;-)

On Fri, May 19, 2017 at 6:04 PM, Josh Graham <josh at grahamis.com> wrote:

> Well I have a good JDK 10 running on Alpine 3.3.3 (yes, Mikael, you must
> be onto something with the older Alpine version).
>
> I've updated my gist https://gist.github.com/delitescere/
> d80c6782cb8d1b6f987dbcb9488f58ca
>
> I'll now try with Alpine 3.5 and also with JDK9 I suppose?
>
>
> On Fri, May 19, 2017 at 1:11 AM, Mikael Vidstedt <
> mikael.vidstedt at oracle.com> wrote:
>
>>
>> Josh,
>>
>> Out of curiosity, which version of Alpine are you using? I notice that in
>> the versions of alsa-lib-dev package included in Alpine 3.4 and 3.5 this
>> has been fixed. I’m using Alpine 3.4.6 for development, which is why I’m
>> not running into the problem.
>>
>> Cheers,
>> Mikael
>>
>> On May 17, 2017, at 11:58 PM, Josh Graham <josh at grahamis.com> wrote:
>>
>> OK Updated the gist, the extra args to config no longer needed :-)
>>
>> The symlink of sys/poll.h is because of this:
>>
>>
>> In file included from /usr/include/alsa/asoundlib.h:38:0,
>>                  from /code/jdk/src/java.desktop/uni
>> x/native/libjsound/PLATFORM_API_LinuxOS_ALSA_CommonUtils.h:26,
>>                  from /code/jdk/src/java.desktop/uni
>> x/native/libjsound/PLATFORM_API_LinuxOS_ALSA_CommonUtils.c:29:
>> /usr/include/sys/poll.h:1:2: error: #warning redirecting incorrect
>> #include <sys/poll.h> to <poll.h> [-Werror=cpp]
>>  #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
>>   ^
>> In file included from /usr/include/alsa/asoundlib.h:38:0,
>>                  from /code/jdk/src/java.desktop/uni
>> x/native/libjsound/PLATFORM_API_LinuxOS_ALSA_MidiIn.c:32:
>> /usr/include/sys/poll.h:1:2: error: #warning redirecting incorrect
>> #include <sys/poll.h> to <poll.h> [-Werror=cpp]
>>  #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
>>   ^
>> cc1: all warnings being treated as errors
>> SoundLibraries.gmk:151: recipe for target '/code/build/linux-x86_64-norm
>> al-server-release/support/native/java.desktop/libjsoundalsa/
>> PLATFORM_API_LinuxOS_ALSA_CommonUtils.o' failed
>> make[3]: *** [/code/build/linux-x86_64-normal-server-release/support/nati
>> ve/java.desktop/libjsoundalsa/PLATFORM_API_LinuxOS_ALSA_CommonUtils.o]
>> Error 1
>> make[3]: *** Waiting for unfinished jobs....
>> In file included from /usr/include/alsa/asoundlib.h:38:0,
>>                  from /code/jdk/src/java.desktop/uni
>> x/native/libjsound/PLATFORM_API_LinuxOS_ALSA_MidiOut.c:31:
>> /usr/include/sys/poll.h:1:2: error: #warning redirecting incorrect
>> #include <sys/poll.h> to <poll.h> [-Werror=cpp]
>>  #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
>>   ^
>> cc1: all warnings being treated as errors
>> cc1: all warnings being treated as errors
>> SoundLibraries.gmk:151: recipe for target '/code/build/linux-x86_64-norm
>> al-server-release/support/native/java.desktop/libjsoundalsa/
>> PLATFORM_API_LinuxOS_ALSA_MidiIn.o' failed
>> make[3]: *** [/code/build/linux-x86_64-normal-server-release/support/nati
>> ve/java.desktop/libjsoundalsa/PLATFORM_API_LinuxOS_ALSA_MidiIn.o] Error 1
>> make[3]: *** [/code/build/linux-x86_64-normal-server-release/support/nati
>> ve/java.desktop/libjsoundalsa/PLATFORM_API_LinuxOS_ALSA_MidiOut.o] Error
>> 1
>> SoundLibraries.gmk:151: recipe for target '/code/build/linux-x86_64-norm
>> al-server-release/support/native/java.desktop/libjsoundalsa/
>> PLATFORM_API_LinuxOS_ALSA_MidiOut.o' failed
>> make[2]: *** [java.desktop-libs] Error 1
>> make/Main.gmk:221: recipe for target 'java.desktop-libs' failed
>>
>>
>>
>>
>> On Wed, May 17, 2017 at 9:54 AM, Mikael Vidstedt <
>> mikael.vidstedt at oracle.com> wrote:
>>
>>>
>>> Josh,
>>>
>>> Did you have a chance to look at which file generates the warning/error?
>>>
>>> Also, with the latest changes in the portola forest you should
>>> (hopefully) be able to drop the —build and —host configure arguments. If
>>> you happen to have a chance to try that let me know how it works out for
>>> you!
>>>
>>> Cheers,
>>> Mikael
>>>
>>> > On Apr 26, 2017, at 6:42 PM, Mikael Vidstedt <
>>> mikael.vidstedt at oracle.com> wrote:
>>> >
>>> >
>>> >> On Apr 26, 2017, at 6:14 PM, Josh Graham <josh at grahamis.com> wrote:
>>> >>
>>> >> G'day Mikael,
>>> >>
>>> >> Out of curiosity, why did you have to do the poll.h softlink
>>> workaround? I
>>> >>> was naively hoping I had fixed all of the incorrect includes, but
>>> maybe I
>>> >>> missed something?
>>> >>>
>>> >>
>>> >> With warnings-as-errors the content of `sys/poll.h` emits a warning,
>>> thus
>>> >> raises an error. I suppose that flag could be turned off. There's a
>>> few
>>> >> -Xlint warnings, too, which may warrant further investigation.
>>> >
>>> > Right, but I thought this change would have removed all the references
>>> to sys/poll.h (in favor of poll.h without the sys/ prefix):
>>> >
>>> > http://mail.openjdk.java.net/pipermail/portola-dev/2017-Apri
>>> l/000009.html <http://mail.openjdk.java.net/
>>> pipermail/portola-dev/2017-April/000009.html>
>>> >
>>> > http://hg.openjdk.java.net/portola/portola/hotspot/rev/95d3f5d5ca24
>>> > http://hg.openjdk.java.net/portola/portola/jdk/rev/e5f4488e151b <
>>> http://hg.openjdk.java.net/portola/portola/jdk/rev/e5f4488e151b>
>>> >
>>> > Which file is generating the warning/error?
>>> >
>>> >>
>>> >>
>>> >>
>>> >>> bash ./configure --host=x86_64-unknown-linux-musl
>>> >>> --build=x86_64-unknown-linux-musl <…>
>>> >>>
>>> >>
>>> >> Trying that now (along with a `make clean`). The new
>>> `--openjdk-target`
>>> >> argument looks interesting, I'll play with that too at some point.
>>> >
>>> > Indeed. Erik/Magnus, can you comment on how the —openjdk-target
>>> could/should be used here..?
>>> >
>>> >> After I get a good build, I'll iterate from fresh and incorporate the
>>> `sed`
>>> >> idea and fewer package installs. Then it's on to runtime testing!
>>> >
>>> > Sounds great, let me know!
>>> >
>>> > Cheers,
>>> > Mikael
>>> >
>>>
>>>
>>
>>
>