Re: RFR: 8270517: Add Zero support for LoongArch [v2]

On Thu, 15 Jul 2021 07:42:33 GMT, Ao Qi wrote: >> LoongArch is a new RISC ISA. This issue proposes adding Zero support for >> LoongArch. Only 64-bit support is proposed at present. >> >> linux-loongarch64-zero-{release, fastdebug} build tested: >> >> $ ./bu

Integrated: 8270517: Add Zero support for LoongArch

On Thu, 15 Jul 2021 04:04:08 GMT, Ao Qi wrote: > LoongArch is a new RISC ISA. This issue proposes adding Zero support for > LoongArch. Only 64-bit support is proposed at present. > > linux-loongarch64-zero-{release, fastdebug} build tested: > > $ ./build/linux-loongarch64-

Re: RFR: 8270517: Add Zero support for LoongArch [v2]

On Thu, 15 Jul 2021 07:54:41 GMT, David Holmes wrote: >> Ao Qi has updated the pull request incrementally with one additional commit >> since the last revision: >> >> removed redundant whitespaces > > Marked as reviewed by dholmes (Reviewer). @dholmes-ora @

Re: RFR: 8270517: Add Zero support for LoongArch [v2]

version "18-internal" 2022-03-15 > OpenJDK Runtime Environment (fastdebug build 18-internal+0-adhoc.aoqi.jdk) > OpenJDK 64-Bit Zero VM (fastdebug build 18-internal+0-adhoc.aoqi.jdk, > interpreted mode) Ao Qi has updated the pull request incrementally with one additional com

Re: RFR: 8270517: Add Zero support for LoongArch

On Thu, 15 Jul 2021 06:30:24 GMT, Aleksey Shipilev wrote: >> LoongArch is a new RISC ISA. This issue proposes adding Zero support for >> LoongArch. Only 64-bit support is proposed at present. >> >> linux-loongarch64-zero-{release, fastdebug} build tested: >> >> $

RFR: 8270517: Add Zero support for LoongArch

LoongArch is a new RISC ISA. This issue proposes adding Zero support for LoongArch. Only 64-bit support is proposed at present. linux-loongarch64-zero-{release, fastdebug} build tested: $ ./build/linux-loongarch64-zero-fastdebug/jdk/bin/java -version openjdk version "18-internal" 2022-03-15

Re: RFR: 8256831: MIPS Zero builds fail with undefined __atomic_compare_exchange_8 [v3]

On Wed, 25 Nov 2020 08:43:31 GMT, Aleksey Shipilev wrote: >> Marked as reviewed by ihse (Reviewer). > > Thanks, I'll wait for either of @glaubitz, @theaoqi or @xiangzhai to confirm > this fixes the native `mipsel` builds for them, and then integrate. The native build of

Re: RFR: 8256829: GNU hash style is not available on MIPS

On Mon, 23 Nov 2020 11:23:55 GMT, Magnus Ihse Bursie wrote: >> For fun, I tried to build `linux-mips64el-zero-fastdebug`, and it cannot be >> built, because linker complains: >> >> >> collect2: error: ld returned 1 exit status >> >> I believe it is a regression in 16, as GNU hash style was

Re: RFR: JDK-8217739: Cannot reuse java.base UnixConstants.java from target in BuildJDK when cross compiling

On Thu, Jun 6, 2019 at 10:31 PM Erik Joelsson wrote: > > Hello, > > On 2019-06-05 20:28, Ao Qi wrote: > > On Thu, Jun 6, 2019 at 10:49 AM Ao Qi wrote: > >> On Thu, Jun 6, 2019 at 4:46 AM Erik Joelsson > >> wrote: > >>> Here is a new webrev: htt

Re: RFR: JDK-8217739: Cannot reuse java.base UnixConstants.java from target in BuildJDK when cross compiling

On Thu, Jun 6, 2019 at 10:49 AM Ao Qi wrote: > > On Thu, Jun 6, 2019 at 4:46 AM Erik Joelsson wrote: > > > > Here is a new webrev: http://cr.openjdk.java.net/~erikj/8217739/webrev.03 Another question: should "[bootcycle] " be displayed during make bootcycle-images? I

Re: RFR: JDK-8217739: Cannot reuse java.base UnixConstants.java from target in BuildJDK when cross compiling

x c -I... UnixConstants.java of target: .../usr/bin/mips64el-linux-gnuabi64-gcc -E -x c --sysroot=/home/aoqi//chroots/mips64el_stretch/ -I... Thanks, Ao Qi > > The change is in buildjdk-spec.gmk.in where CPP is now also overridden. > > /Erik > > On 2019-06-05 10:33, Erik Joelss

Re: RFR: JDK-8217739: Cannot reuse java.base UnixConstants.java from target in BuildJDK when cross compiling

$(CPP_FLAGS) $(SYSROOT_CFLAGS) $(CFLAGS_JDKLIB) $< \ + $(TEMP_CPP) $(CPP_FLAGS) $(SYSROOT_CFLAGS) $(CFLAGS_JDKLIB) $< \ 2> >($(GREP) -v '^$(&2) \ | $(NAWK) '/@@START_HERE@@/,0' \ | $(SED) -e 's/@@START_HERE@@/\/\/ AUTOMATICALLY GENERATED FILE - DO NOT EDIT/' \ Cheers,

Re: [DMARC FAILURE] RFR (XS): 8222510: Small cleanup for JDK launcher's make file

should be Reviewer. It is written at https://wiki.openjdk.java.net/display/HotSpot/HotSpot+How+To, but https://wiki.openjdk.java.net seems under maintenance for a while. Cheers, Ao Qi [1] https://mail.openjdk.java.net/pipermail/hotspot-gc-dev/2019-April/025321.html On Tue, Apr 16, 2019 at 2:34 PM

Re: RFR: JDK-8219906: Update test documentation with default test jobs settings

Yes. Thank you Magnus. On Mon, Mar 4, 2019 at 8:06 PM Magnus Ihse Bursie wrote: > > This looks good to me. Shall I push it for you? > > /Magnus > > > 3 mars 2019 kl. 11:26 skrev Ao Qi : > > > > On Fri, Mar 1, 2019 at 9:39 PM Magnus Ihse Bursie > > wrot

Re: RFR: JDK-8219906: Update test documentation with default test jobs settings

On Fri, Mar 1, 2019 at 9:39 PM Magnus Ihse Bursie wrote: > > On 2019-02-28 09:13, Ao Qi wrote: > > Hi, > > Test jobs setting for sparc is different with x86 (JDK-8211727). > Besides, test jobs setting is based on memory size (JDK-8214003). The > test documentation fails to

RFR: JDK-8219906: Update test documentation with default test jobs settings

/8219906/webrev.00/ Cheers, Ao Qi

Re: OpenJDK 11.0.2 cannot build on Solaris 11.4

Hi Andrew Watkins, jdk12 can be built on Solaris 11.4 x86 solarisstudio12.4, but it needs a EM_486 patch, and configure with --disable-hotspot-gtest --with-jvm-features=-shenandoahgc,-dtrace Cheers, Ao Qi On Wed, Jan 30, 2019 at 5:10 PM Andrew Watkins wrote: > > > > On 01/18/19 05

Re: OpenJDK 11.0.2 cannot build on Solaris 11.4

Hi Rob, If I recall it correctly, maybe configure with --disable-hotspot-gtest can solve your problem. Cheer, Ao Qi On Fri, Jan 18, 2019 at 5:57 AM Rob Petti wrote: > > Hey Folks, > > I've discovered that OpenJDK 11 cannot be built on Solaris 11.4. Normally > we would just try

Re: Fail to cross compiling jdk12 for mips64el-linux-gnu target

d. Then I used "configure --disable-generate-classlist --disable-cds ...", "make images" succeeded and javac worked on a mips machine. I think your approach solved our problem! Thanks a lot, Magnus! Cheers, Ao Qi [1] https://mail.openjdk.java.net/pipermail/build-dev/2019-Jan

Re: Fail to cross compiling jdk12 for mips64el-linux-gnu target

Hi John, On Fri, Jan 25, 2019 at 11:10 PM Ao Qi wrote: > > On Fri, Jan 25, 2019 at 10:51 PM John Paul Adrian Glaubitz > wrote: > > > > On 1/25/19 3:44 PM, Ao Qi wrote:> FYI, if one wants to debug this issue, > > below is some sctripts I used > > > to c

Re: Fail to cross compiling jdk12 for mips64el-linux-gnu target

On Fri, Jan 25, 2019 at 10:51 PM John Paul Adrian Glaubitz wrote: > > On 1/25/19 3:44 PM, Ao Qi wrote:> FYI, if one wants to debug this issue, > below is some sctripts I used > > to cross compile a mips zero jdk, which can trigger the bug. > > Native builds on Debia

Re: Fail to cross compiling jdk12 for mips64el-linux-gnu target

d. I think I will go on to work on it, however I do not have Solaris and macOS for test, I am working on preparing these OSs. What is https://git.launchpad.net/~openjdk/ubuntu/+source/openjdk/+git/openjdk/tree/debian/patches/hotspot-mips-align.diff for? We build mips zero without this patch.

Re: Fail to cross compiling jdk12 for mips64el-linux-gnu target

> On 2019-01-24 13:22, Leslie Zhai wrote: > >> Hi Magnus, > >> > >> Thanks for your kind response! > >> > >> 在 2019/1/24 下午8:05, Magnus Ihse Bursie 写道: > >>> > >>> > >>> On 2019-01-24 05:45, David Holmes

Re: NetBeans pre-build failed due to the incorrect configuration

Hi, I have filed a bug and posted the patch. Bug: https://bugs.openjdk.java.net/browse/JDK-8215952 Webrev: http://cr.openjdk.java.net/~aoqi/8215952/webrev.00/ This is my first time to do this. If there is something wrong, suggestion and correction are welcome:) Cheers, Ao Qi On Fri, Dec 28

Re: [PATCH] Add Xrandr in build documentation

Hi Magnus, Thanks! By the way, I finally received that email after hours:) Cheers, Ao Qi On Mon, Dec 10, 2018 at 10:20 PM Magnus Ihse Bursie wrote: > > On 2018-12-10 13:07, Ao Qi wrote: > > Hi Magnus, > > > > It is strange that I saw your reply in "build-dev

Re: [PATCH] Add Xrandr in build documentation

0a59 Cheers, Ao Qi On Mon, Dec 10, 2018 at 6:28 PM Ao Qi wrote: > > Hi all, > > When I try to do a cross-compiling with qemu-deboostrap according to > doc/building.html, it failed to configure (a X11 headers error, > "checking for X11/extensions/Xrandr.h... no"). > &g

[PATCH] Add Xrandr in build documentation

one please review this tiny fix for the build documentation? Cheers, Ao Qi $ hg diff -g doc diff --git a/doc/building.html b/doc/building.html --- a/doc/building.html +++ b/doc/building.html @@ -396,9 +396,9 @@ X11 Certain http://www.x.org/;>X11 libraries and include files are required on Linu

Re: How to pass additional options to boot jdk during configure, _JAVA_OPTIONS does not work

On Thu, Sep 20, 2018 at 7:36 PM Magnus Ihse Bursie wrote: > > On 2018-09-20 12:41, Ao Qi wrote: > > On Thu, Sep 20, 2018 at 4:10 PM Magnus Ihse Bursie > wrote: > > On 2018-09-20 09:26, Ao Qi wrote: > > Hi, > > Is there any options or methods that I can pass add

Re: How to pass additional options to boot jdk during configure, _JAVA_OPTIONS does not work

On Thu, Sep 20, 2018 at 4:10 PM Magnus Ihse Bursie wrote: > > On 2018-09-20 09:26, Ao Qi wrote: > > Hi, > > Is there any options or methods that I can pass additional jdk options > to the boot jdk when I configure jdk/jdk? I found > --with-boot-jdk-jvmargs, but I thin

How to pass additional options to boot jdk during configure, _JAVA_OPTIONS does not work

ot; | $TR '\n\r' ' '` AC_MSG_RESULT([$BOOT_JDK_VERSION]) fi # end check jdk version fi # end check javac This works for me. The _JAVA_OPTIONS is effective during configure. Is there some other way to do that (without changing the code)? Or otherwise is it possible to accept this patch? Cheers, Ao Qi

Re: Configure broken on MIPS when uname returns mipsel or mips64el

Hi Erik, Thanks for reviewing and sponsoring. 2018-05-31 0:39 GMT+08:00 Erik Joelsson : > I'll sponsor it. > > /Erik > > > > On 2018-05-29 23:13, Ao Qi wrote: >> >> Could someone help to create a bug etc? >> >> Thanks, >> Ao Qi >> Magnus I

Re: Configure broken on MIPS when uname returns mipsel or mips64el

Could someone help to create a bug etc? Thanks, Ao Qi Magnus Ihse Bursie 于2018年5月25日周五 下午 3:42写道： > On 2018-05-24 03:08, Ao Qi wrote: > Hi Erik, > Thanks for your comments. I made a new patch: > $ hg diff > diff -r 31361382634b make/autoconf/build-aux/config.guess > --- a/m

Re: Configure broken on MIPS when uname returns mipsel or mips64el

nd fix cpu on Macosx when C preprocessor is not on the path echo $OUT | grep i386-apple-darwin > /dev/null 2> /dev/null if test $? = 0; then Cheers, Ao Qi 2018-05-24 0:19 GMT+08:00 Erik Joelsson <erik.joels...@oracle.com>: > Hello Ao Qi, > > Due to licensing reasons, w

Configure broken on MIPS when uname returns mipsel or mips64el

;${CPU}-unknown-linux-gnu"; exit; } ;; +mipsel:Linux:*:* | mips64el:Linux:*:*) + echo ${UNAME_MACHINE}-unknown-linux-gnu + exit ;; or32:Linux:*:*) echo ${UNAME_MACHINE}-unknown-linux-gnu exit ;; I think ppc has the same problem, but it is fixed in make/autoconf/build-aux/config.guess. Thanks, Ao Qi

Re: [NEW BUG]: Configure broken on MIPS

Thank you very much David:) 2018-03-26 12:38 GMT+08:00 David Holmes <david.hol...@oracle.com>: > https://bugs.openjdk.java.net/browse/JDK-8200213 > > Sponsoring. > > David > - > > > On 26/03/2018 12:50 PM, Ao Qi wrote: >> >> 2018-03-23 18:05 GM

Re: [NEW BUG]: Configure broken on MIPS

2018-03-23 18:05 GMT+08:00 David Holmes : > On 23/03/2018 7:54 PM, Magnus Ihse Bursie wrote: >> >> >> On 2018-03-23 09:55, David Holmes wrote: >>> >>> On 23/03/2018 6:46 PM, Magnus Ihse Bursie wrote: On 2018-03-23 06:22, David Holmes wrote: > > Hi

Re: [NEW BUG]: Configure broken on MIPS

>> >> It might be some time still. I'm working on a complete overhaul of all >> CFLAGS and LDFLAGS, where this is a part of that picture, but I was not >> planning on addressing just this thing urgently. >> >> So, I think this patch will do for now. It solves the immediate problem >> for MIPS, and

Re: [NEW BUG]: Configure broken on MIPS

k for Aarch64. Yes this should only add -m64 on compilers and > platforms that support it. > > David > - > > >> /Erik >> >> >> On 2018-03-21 23:24, Ao Qi wrote: >>> >>> Hi, >>> >>> I found configure of http://hg.openjdk.jav

Re: RFR: JDK-8200083: Bump bootjdk requirement for JDK 11 to JDK 10

2018-03-22 6:41 GMT+08:00 John Paul Adrian Glaubitz : > On 03/22/2018 07:07 AM, Martin Buchholz wrote: >> But for users, being able to bootstrap with an ancient jdk is definitely >> convenient. > > Convenient is an understatement. Always enforcing the N-1 version to

[NEW BUG]: Configure broken on MIPS

;x$OPENJDK_TARGET_CPU" != xmips && +test "x$OPENJDK_TARGET_CPU" != xmipsel && +test "x$OPENJDK_TARGET_CPU" != xmips64 && +test "x$OPENJDK_TARGET_CPU" != xmips64el; then MACHINE_FLAG="-m${OPENJDK_TARGET_CPU_BITS}" fi fi I think this is the same problem with bug 8199052 and 8199152. Could someone help to review the change? Thanks, Ao Qi

Re: [PATCH] Fail to build zero on x86

Hi John, Thanks! PS: It seems that the build begins to fail after this changeset: http://hg.openjdk.java.net/jdk/jdk/rev/fb290fd1f9d4 Ao Qi 2018-01-10 7:58 GMT+08:00 John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de>: > On 01/10/2018 12:27 AM, John Paul Adrian Glaubitz wrot

Re: [PATCH] Fail to build zero on x86

should finally get around to work on this. > > Thanks for your information. We have a Jenkins server to build OpenJDK 8/9/10 on x86 and MIPS (loongson3a), and I have already used those patches:) Hope those patches can be submitted to upstream. Ao Qi