WE'RE HIRING: Beta testers for the new hotspot build system!

Martijn Verburg martijnverburg at gmail.com
Tue Feb 16 21:29:00 UTC 2016


Hi Magnus,

Thanks, that resolved the build.  What can I say?  It's bucket loads faster
:-)




Cheers,
Martijn

On 16 February 2016 at 21:17, Magnus Ihse Bursie <
magnus.ihse.bursie at oracle.com> wrote:

> On 2016-02-16 13:32, Martijn Verburg wrote:
>
>> Hi Build-infra,
>>
>> Ran latest from this morning and got (my bash configure output is further
>> below):
>>
>
> Hi Martijn,
>
> I have not seen this before, but you are running a bleeding-edge Xcode and
> in that case, it's always possible that new warnings crop up. The standard
> remedy (as the build log syggests), is to try configure
> --disable-warnings-as-errors.
>
> Since this is in libawt_lwawt and libsaproc, I do not believe it's related
> to the build-infra changes.
>
> If you want, you can try the same trick I recommended to Mike Burton, that
> is to clone http://hg.openjdk.java.net/jdk9/jdk9 and update it to build
> 105 ("bash common/bin/hgforest.sh update -r jdk-9+105") and see if the same
> problem appears there also.
>
> /Magnus
>
>
>> ---------
>>
>>
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/hotspot/src/jdk.hotspot.agent/macosx/native/libsaproc/MacosxDebuggerLocal.m:691:21:
>> error: 'ePtAttachDeprecated' is deprecated: PT_ATTACH is deprecated. See
>> PT_ATTACHEXC [-Werror,-Wdeprecated-declarations]
>>    if ((res = ptrace(PT_ATTACH, pid, 0, 0)) < 0) {
>>                      ^
>> /usr/include/sys/ptrace.h:85:19: note: expanded from macro 'PT_ATTACH'
>> #define PT_ATTACH       ePtAttachDeprecated     /* trace some running
>> process */
>>                          ^
>> /usr/include/sys/ptrace.h:71:2: note: 'ePtAttachDeprecated' has been
>> explicitly marked deprecated here
>>          ePtAttachDeprecated __deprecated_enum_msg("PT_ATTACH is
>> deprecated.
>> See PT_ATTACHEXC") = 10
>>          ^
>> 1 error generated.
>> cp:
>>
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/build/macosx-x86_64-normal-server-release/make-support/failure-logs/support_native_jdk.hotspot.agent_libsa_MacosxDebuggerLocal.o.log:
>> No such file or directory
>> make[3]: ***
>>
>> [/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/build/macosx-x86_64-normal-server-release/support/native/jdk.hotspot.agent/libsa/MacosxDebuggerLocal.o]
>> Error 1
>> make[2]: *** [jdk.hotspot.agent-libs] Error 2
>> make[2]: *** Waiting for unfinished jobs....
>>
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/jdk/src/java.desktop/macosx/native/libawt_lwawt/awt/AWTView.m:627:36:
>> error: null passed to a callee that requires a non-null argument
>> [-Werror,-Wnonnull]
>>      NSData *rtfdData = [styledText RTFDFromRange:NSMakeRange(0,
>> [styledText
>> length]) documentAttributes:nil];
>>                                     ^
>>                               ~~~
>> 1 error generated.
>> cp:
>>
>> /Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/build/macosx-x86_64-normal-server-release/make-support/failure-logs/support_native_java.desktop_libawt_lwawt_AWTView.o.log:
>> No such file or directory
>> make[3]: ***
>>
>> [/Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/build/macosx-x86_64-normal-server-release/support/native/java.desktop/libawt_lwawt/AWTView.o]
>> Error 1
>> make[3]: *** Waiting for unfinished jobs....
>> make[2]: *** [java.desktop-libs] Error 2
>>
>> ERROR: Build failed for targets 'clean images' in configuration
>> 'macosx-x86_64-normal-server-release' (exit code 2)
>> No indication of failed target found.
>> Hint: Try searching the build log for '] Error'.
>> Hint: If caused by a warning, try configure --disable-warnings-as-errors.
>>
>> ------
>>
>>
>> Users/karianna/Documents/workspace/AdoptOpenJDK_Projects/build-infra-jdk9/build/macosx-x86_64-normal-server-release
>> using configure arguments
>>
>> '--with-boot-jdk=/Library/Java/JavaVirtualMachines/jdk1.8.0_74.jdk/Contents/Home/'.
>>
>> Configuration summary:
>> * Debug level:    release
>> * HS debug level: product
>> * JDK variant:    normal
>> * JVM variants:   server
>> * OpenJDK target: OS: macosx, CPU architecture: x86, address length: 64
>> * Version string: 9-internal+0-2016-02-16-122136.karianna.build-infra-jdk9
>> (9-internal)
>>
>> Tools summary:
>> * Boot JDK:       java version "1.8.0_74" Java(TM) SE Runtime Environment
>> (build 1.8.0_74-b02) Java HotSpot(TM) 64-Bit Server VM (build 25.74-b02,
>> mixed mode)  (at
>> /Library/Java/JavaVirtualMachines/jdk1.8.0_74.jdk/Contents/Home)
>> * Toolchain:      clang (clang/LLVM from Xcode 7.2.1)
>> * C Compiler:     Version 7.0.2 (at /usr/bin/clang)
>> * C++ Compiler:   Version 7.0.2 (at /usr/bin/clang++)
>>
>> Build performance summary:
>> * Cores to use:   8
>> * Memory limit:   16384 MB
>>
>>
>>
>>
>> Cheers,
>> Martijn
>>
>> On 14 February 2016 at 18:58, kirk at kodewerk.com <kirk at kodewerk.com>
>> wrote:
>>
>> Hi Magnus,
>>>
>>> I’ve tried this new build process on my Mac (OSX 10.11.3 with all latest
>>> patches, xcode 7.2.1 with all latest patches) and I get this error.
>>>
>>> configure: error: Could not find freetype!
>>>
>>> /Users/kirk/Projects/OpenJDK/build-infra-jdk9/common/autoconf/generated-configure.sh:
>>> line 82: 5: Bad file descriptor
>>> configure exiting with result code 1
>>>
>>> freetype is on my machine. I also went and rebuilt freetype version 6.3.2
>>> (configure, make, sudo make install). It all seemed to end well but the
>>> build still failed with the same message. I’ve not dug deeper as of yet.
>>>
>>> I have logs from the freetype build and I’ve turned on tracing in the
>>> configure script (set -xv). It’s a lot of output so I’ll only send it if
>>> you’re interested in taking a peek.
>>>
>>> Kind regards,
>>> Kirk Pepperdine
>>>
>>>
>>>
>>> On Feb 12, 2016, at 12:42 PM, Magnus Ihse Bursie <
>>> magnus.ihse.bursie at oracle.com> wrote:
>>>
>>> ... or, well, more to the truth, we're *not* hiring. At least not in the
>>> sense that we'll pay you money. But we do want beta testers anyway! :-)
>>> Your reward will be a new build system that will work on the systems and
>>> configurations you care about, right out of the box, and a fuzzy warm
>>> feeling.
>>>
>>> A document that describes how to try out the new build system, and that
>>> answers many questions that you might have, is here:
>>>
>>> http://cr.openjdk.java.net/~ihse/docs/new-hotspot-build.html
>>>
>>> The TL;DR:
>>>
>>>     1.
>>>
>>>     Clone the project forest.
>>>
>>>     hg clone http://hg.openjdk.java.net/build-infra/jdk9
>>> build-infra-jdk9
>>>     cd build-infra-jdk9 && bash get_source.sh [additional closed url]
>>>
>>>     2.
>>>
>>>     The build infra project is constantly on the move. The safest way to
>>>     get to a working state is by using a tag, e.g. build-infra-beta-01.
>>>
>>>     bash common/bin/hgforest.sh update -r build-infra-beta-01
>>>
>>>     3.
>>>
>>>     Build it. This works just as the with old build.
>>>
>>>     bash configure && make
>>>
>>>
>>> If you have questions or want to report bugs or enhancement requests,
>>> please direct them to the build-infra project list
>>> build-infra-dev at openjdk.java.net. Note that this is different from the
>>> Build Group mailing list build-dev at openjdk.java.net.
>>>
>>> Before asking questions, please check
>>> http://cr.openjdk.java.net/~ihse/docs/new-hotspot-build.html to see if
>>> they have been answered there first.
>>>
>>> /Magnus
>>>
>>>
>>>
>>>
>


More information about the build-infra-dev mailing list