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

On Sun, 22 Nov 2020 14:19:04 GMT, Aleksey Shipilev 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 forced with

Re: RFR: 8256831: MIPS Zero builds fail with undefined __atomic_compare_exchange_8

On Mon, 23 Nov 2020 11:41:08 GMT, Magnus Ihse Bursie wrote: >>> Otherwise this looks like something that belong in LIBJVM LIBS. In fact, if >>> it is _only_ needed for the hotspot build, it is really where it belong. >>> And even if it's needed in an additional library or two, it should be adde

Re: RFR: 8261211: Zero: alpha builds fail with '-fstack-protector not supported for this target' [v2]

On Fri, 5 Feb 2021 10:30:56 GMT, Magnus Ihse Bursie wrote: >> Aleksey Shipilev has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Drop -Werror > > Marked as reviewed by ihse (Reviewer). > > Apparently so. But then again all platforms excep

Re: RFR: 8265343: Update Debian-based cross-compilation recipes

On Fri, 16 Apr 2021 11:57:32 GMT, Aleksey Shipilev wrote: > After [JDK-8257913](https://bugs.openjdk.java.net/browse/JDK-8257913), we do > not need to set a whole lot of options for cross-compiled builds. Docs should > be updated to reflect that fact. Also put in more configurations that are >

Re: RFR: 8265343: Update Debian-based cross-compilation recipes

On Sun, 18 Apr 2021 17:33:56 GMT, John Paul Adrian Glaubitz wrote: >> After [JDK-8257913](https://bugs.openjdk.java.net/browse/JDK-8257913), we do >> not need to set a whole lot of options for cross-compiled builds. Docs >> should be updated to reflect that fact

Re: zero build slow

ding the Server variant takes about the same time. On an AMD Threadripper 1950X, the build takes only about 2 minutes for both variants. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - glaub...@phy

Re: zero build slow

On 11/22/2017 04:42 PM, Andrew Haley wrote: On 22/11/17 15:40, John Paul Adrian Glaubitz wrote: This builds Zero within 5 minutes, building the Server variant takes about the same time. On an AMD Threadripper 1950X, the build takes only about 2 minutes for both variants. You're not makin

Re: Problems with JDK8 build on Ubuntu?

/ rules. This should give you the right idea on what is necessary to OpenJDK 8 build on Ubuntu. Please also make sure you have the necessary build dependencies installed: # apt build-dep openjdk-8 Adrian [1] http://bazaar.launchpad.net/~openjdk/openjdk/openjdk8/files -- .''`. John P

Re: Problems with JDK8 build on Ubuntu?

only part of OpenJDK-10. I haven't done any backports to OpenJDK yet, but I might start doing this with OpenJDK-9 in the near future. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - gla

Re: Problems with JDK8 build on Ubuntu?

On 11/23/2017 01:15 PM, Andrew Haley wrote: On 23/11/17 12:10, John Paul Adrian Glaubitz wrote: I have upstreamed many Debian-related fixes to OpenJDK but they are so far only part of OpenJDK-10. I haven't done any backports to OpenJDK yet, but I might start doing this with OpenJDK-9 i

Re: [PATCH] Fail to build zero on x86

o build OpenJDK for MIPS, correct (from your email address)? If yes, there are actually two additional patches necessary to get Zero to build on MIPS. In particular, jvmsigs cannot encode all signals found on MIPS. I should finally get around to work on this. Adrian -- .''`. John Paul

Re: [PATCH] Fail to build zero on x86

On 01/10/2018 12:27 AM, John Paul Adrian Glaubitz wrote:> which is the same configure line that the openjdk-7/8/9/10 packages in Debian> use. Sounds like a good idea to fix this warning though. PS: I'm happy to review and sponsor your change. But tomorrow :). Adrian -- .

Re: [PATCH] Freetype Directory Bug On zLinux

e in the form of a patch. So, I'm not sure why the configure doesn't work in your case. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [PATCH] Freetype Directory Bug On zLinux

-linux-gnu on the s390x environment. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [PATCH] Freetype Directory Bug On zLinux

b/s390x-linux-gnu/pkgconfig /usr/lib/s390x-linux-gnu/pkgconfig/freetype2.pc /usr/lib/s390x-linux-gnu/libfreetype.so (sid_s390x-dchroot)glaubitz@zelenka:~/openjdk/hs$ Can you post your configure lines? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@deb

Re: [PATCH] (Title Corrected) Build fails to compile jchuff.c using gcc 4.8.5 on zLinux

p://mail.openjdk.java.net/pipermail/hotspot-dev/2018-January/029754.html [2] http://mail.openjdk.java.net/pipermail/hotspot-dev/2018-January/029756.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - glaub...@ph

Re: [PATCH] (Title Corrected) Build fails to compile jchuff.c using gcc 4.8.5 on zLinux

but having the compiler complain less is usually a bad idea. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [PATCH] (Title Corrected) Build fails to compile jchuff.c using gcc 4.8.5 on zLinux

dual warnings a lost battle with all the different toolchains downstreams are going to use. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [PATCH] (Title Corrected) Build fails to compile jchuff.c using gcc 4.8.5 on zLinux

rrent OpenJDK code. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: OpenJDK installation instructions - SUSE install instructions are missing

alled through Debian Backports. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: Bug Pending: Build fails to compile jchuff.c

ing at the internal SUSE build system at the moment). openjdk-9 is part of SLE-15:GA which itself ships gcc-7. So, what exactly is the usecase for OpenJDK-9, 10 and 11? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Fre

Re: RFR: Bug Pending: Build fails to compile jchuff.c

se to introduce them to JDK-10 and JDK-11. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: Bug Pending: Build fails to compile jchuff.c

opinion is that the codebase for OpenJDK-11 should be kept clean because we are working on getting rid of unnecessary cruft. But this decision isn't up to me, of course. I'm just arguing that I consider the chances that someone will try OpenJDK-11 on SLE-12:SP3 or even SLE-11

Re: [OpenJDK 2D-Dev] RFR: Bug Pending: Build fails to compile jchuff.c

9754.html [2] https://build.opensuse.org/package/view_file/openSUSE:Factory/java-10-openjdk/java-10-openjdk.spec?expand=1 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG:

Re: Choosing which Visual Studio installation to use

. So, I would guess that you would use that method for OpenJDK as well? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: Choosing which Visual Studio installation to use

then call the environment scripts from there. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: Choosing which Visual Studio installation to use

the binaries were linked against. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: 8199138: Add RISC-V support to Zero

y added the one for PowerPCSPE. It's also interesting that there is no implementation for 32-Bit MIPS either. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-

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

it's not always the easiest option. So, from a downstream perspective, allowing the oldest possible version is always a desirable feature to have. I do understand it though when OpenJDK 11 requires features from OpenJDK 10 which would rule out older versions completely. Adrian -- .''

Re: [NEW BUG]: Configure broken on MIPS

On Mar 23, 2018, at 7:04 PM, Ao Qi wrote: >>> >>> 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 no

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

rs sake to use Java, isn't it? So, I think the project should always keep users and downstream interests in mind. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected]

RFR: 8200203: Missing platform definitions for ia64

Hi! Please review this small change to the build system which adds the platform definitions for ia64. This is one of two changes that is necessary to get OpenJDK to build on ia64 (Zero variant). Thanks, Adrian > [1] http://cr.openjdk.java.net/~glaubitz/8200203/webrev.01/ -- .''

Re: RFR: 8200203: Missing platform definitions for ia64

ng, it would be nice if I can get this and a second follow-up change for ia64 merged so downstream (currently Debian and Gentoo for ia64) doesn't have to carry any additional patches anymore. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer

Re: RFR: 8200203: Missing platform definitions for ia64

our patch looks good to me. Thank you. I just pushed it. I hope I did everything correctly being it my second push on my own. Added Thomas and you as reviewers and ran "hg jcheck" before pushing. Still a bit nervous when pushing to master. Thanks, Adrian -- .''`. John

Re: RFR: 8199138: Add RISC-V support to Zero

atch out so I can add a (backported) patch to Debian's openjdk-8/9/10/11 packages. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: 8199138: Add RISC-V support to Zero

{EM_AARCH64, EM_AARCH64, ELFCLASS64, ELFDATA2LSB, (char*)"AARCH64"}, +{EM_RISCV, EM_RISCV, ELFCLASS64, ELFDATA2LSB, (char*)"RISCV"}, }; I know there is already 32-bit RISC-V and there are actually plans for using it. So, it looks to me you would be breaking 32-bi

Re: RFR (M): JDK-8200298 Unify all unix versions of libjsig/jsig.c

t; [1] > https://sources.debian.org/src/openjdk-11/11%7E5-1/debian/patches/mips-sigset.diff/ > [2] > https://sources.debian.org/src/openjdk-9/9.0.4+12-3/debian/patches/mips-sigset.diff/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Fr

Re: Execution problems with Atomic Operations on OpenJDK10 for ARM5 Soft Float

problem? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: Zero fails to build on SPARC again, similar to JDK-8186578

mitted)" ; fi /usr/bin/printf "\n* All command lines available in /srv/glaubitz/hs/build/linux-sparcv9-normal-zero-release/make-support/failure-logs.\n" * All command lines available in /srv/glaubitz/hs/build/linux-sparcv9-normal-zero-release/make-support/failure-logs. /usr/bin/pri

Re: Zero fails to build on SPARC again, similar to JDK-8186578

On 04/10/2018 01:37 PM, John Paul Adrian Glaubitz wrote: @buildd-dev: I need to build memset_with_concurrent_readers_sparc.cpp for Zero on SPARC as the Zero build now bails out with linker errors: Add the source file in question to EXTRA_FILES: glaubitz@deb4g:/srv/glaubitz/hs$ hg diff diff -r

Re: Zero fails to build on SPARC again, similar to JDK-8186578

an adjust the bug summary accordingly. To fix this, you need to add $(BUILD_LIBJVM_EXTRA_FILES) to the EXTRA_FILES line in CompileJvm.gmk. Indeed, this fixes it! Thanks so much, I was already about to give up ;). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Devel

Re: Zero fails to build on SPARC again, similar to JDK-8186578

would not have missed it. Glad I could help. After that, I'll try to tackle the server build on linux-sparc again. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected].

RFR: 8201360: Zero fails to build on linux-sparc after 8201236

mset_with_\ concurrent_readers_sparc.cpp which needs to be added to $(EXTRA_FILES) by adding $(BUILD_LIBJVM_EXTRA_FILES) to $(EXTRA_FILES). Thanks, Adrian [1] http://cr.openjdk.java.net/~glaubitz/8201360/webrev.00/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Develo

Re: RFR: 8201360: Zero fails to build on linux-sparc after 8201236

On 04/10/2018 08:51 PM, Gary Adams wrote: Is any update needed for EXTRA_OBJECT_FILES? No. I just made the single change Erik suggested and it builds fine for me. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie

Re: RFR: 8201360: Zero fails to build on linux-sparc after 8201236

grator. :( Ah, even better. I don't mind waiting then and in the meantime continue investigating on the other SPARC stuff. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - glaub...@physik.

Invalid use of -m32 on certain targets

27;t. Was there any conclusion on this discussion? I remember that some people mentioned that the current situation is not ideal. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: Invalid use of -m32 on certain targets

Hi Severin! On 04/13/2018 02:16 PM, Severin Gehwolf wrote: Is there a bug for this already? Here is one: https://bugs.openjdk.java.net/browse/JDK-8201536 Great, thank you. I couldn't reply earlier as I was just on my way. Adrian -- .''`. John Paul Adrian Glaubitz : :'

Re: RFR: 8201360: Zero fails to build on linux-sparc after 8201236

the jdk/jdk and jdk/hs merge was finished today, I gave Zero on linux-sparc another shot and lo and behold, it builds fine again :-). Will update the bug report accordingly. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `&#x

Re: strange configure error on Linux Mint 18.3

cies installed :). PS: If you are using a real Debian instead of Linux Mint, you get a free Multi-Arch environment for free and can easily cross-build OpenJDK for all the architectures found in Debian. Let me know if you want me to write up a small HowTo. Adrian -- .''`. John

Re: strange configure error on Linux Mint 18.3

l the architectures found in Debian. Let me know if you want me to write up a small HowTo. Such a braindump from you would be surely welcome. I just realized I already did that: https://wiki.debian.org/PortsDocs/BootstrappingOpenJDK Needs some updating though. Adrian -- .

Re: strange configure error on Linux Mint 18.3

t necessary complete or up-to-date, but they should give good pointers. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR(xxs): 8202822: Add .git to .hgignore

06:51:41 2018 +0200 +++ b/.hgignore Wed May 09 06:55:10 2018 +0200 @@ -13,3 +13,4 @@   NashornProfile.txt   .*/JTreport/.*   .*/JTwork/.* +.*/.git/.* Thanks! Thomas -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Un

Re: [OpenJDK 2D-Dev] RFR(xxxs): 8200052: libjavajpeg: Fix compile warning in jchuff.c

h libjpeg-turbo which is used as the default libjpeg implementation in most Linux distributions these days. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 6

Re: RFR 8203454: Minimal, Zero builds fail after JDK-8202377 (Modularize C2 barriers)

ort for C2 on Solaris so that we need to add it for linux-sparc as well or is this limited to x86_64 only? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 6

Re: RFR 8203454: Minimal, Zero builds fail after JDK-8202377 (Modularize C2 barriers)

/failure-logs.\n" * All command lines available in /srv/openjdk/jdk/build/linux-sparcv9-normal-server-release/make-support/failure-logs. /usr/bin/printf "=== End of repeated output ===\n" === End of repeated output === Adrian -- .''`. John Paul Adrian Glaubitz : :'

Re: RFR 8203454: Minimal, Zero builds fail after JDK-8202377 (Modularize C2 barriers)

lobals) > > Let's not conflate the two. What you are seeing seems to be specific to Zero, > and not to Minimal. I'm not building Zero in this case but Hotspot native for linux-sparc. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - g

Re: RFR 8203454: Minimal, Zero builds fail after JDK-8202377 (Modularize C2 barriers)

icates the change which probably broke linux-sparc here is 8202377, most likely because it was assumed SPARC needs to work on Solaris only -.-. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - glau

Re: RFR 8203454: Minimal, Zero builds fail after JDK-8202377 (Modularize C2 barriers)

suspect at least one must be present. > > But if this is not Minimal nor Zero then it needs another bug filed :) Already done: https://bugs.openjdk.java.net/browse/JDK-8203787 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Fr

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

dk.java.net/jdk/jdk/rev/f0aeede1b855 changed >> the way the headers are included, but in my analysis, the generated >> headers in $(SUPPORT_OUTPUTDIR)/headers/java.desktop were not added by >> the new way of doing. The patch makes it build for me. Do what you want >> with it

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

out. > If it does not work, the original patch should at the very least be changed > so that EXTRA_HEADER_DIRS gets an additional "$(call GetJavaHeaderDir, > $(MODULE))", instead of the -I (which I've been trying hard to eradicate from > the CFLAGS). Thanks for the heads-up

Re: JDK Build on Fedora 28

Hi Patrick! Try building with “—disable-warnings-as-errors”, that should fix the problem. Adrian PS: Replying from mobile, excuse my brevity. > On Jun 18, 2018, at 9:36 PM, Patrick Reinhart wrote: > > Hi everybody, > > Can anyone give me some advice in what I should do in order to build the

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

> >> If it does not work, the original patch should at the very least be >> changed so that EXTRA_HEADER_DIRS gets an additional "$(call >> GetJavaHeaderDir, $(MODULE))", instead of the -I (which I've been trying >> hard to eradicate from the CFLAGS).

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

ost the overview. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

gt; And I also need to know whom to credit for the patch because of the several >> backs and forths, I lost the overview. > > I'd propose: > > Contributed-by: Magnuse Ihse Bursie , Fridrich > Strba Perfect, thank you! Adrian -- .''`. John Paul

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

x for > our future JDK 11 packages. Sorry, I was traveling over the weekend. I should be able to do it later today. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [Fwd: Re: Build breakage with system jpeg and lcms and jdk-11+18]

On 06/25/2018 04:35 PM, John Paul Adrian Glaubitz wrote: >> Adrian, any update on this? Is there a bug open? We need this fix for >> our future JDK 11 packages. > > Sorry, I was traveling over the weekend. I should be able to do it later > today. Bug report is: > https

Python issues with defpath and jcheck

pstream/defpath/defpath.py", line 352, in cmd_defpath return defpath(ui, repo, peer, peer_push, walk_self, opts) File "/home/glaubitz/upstream/defpath/defpath.py", line 287, in defpath except util.Abort, x: AttributeError: 'module' object has no attribute 'Abo

Re: Python issues with defpath and jcheck

want > to fix your local copy, Mercurial moved the method util.Abort to error.Abort. Indeed. For defpath, it's enough to add "error" to the list of imports from mercurial. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debi

RFR: 8205616: Build fails with system headers after 8204572

tps://bugs.openjdk.java.net/browse/JDK-8205616 > [2] http://cr.openjdk.java.net/~glaubitz/8205616/webrev.00/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0

Re: RFR: 8205616: Build fails with system headers after 8204572

Hi Erik! Thanks! I assume since this affects the build infrastructure only, one reviewer is enough, correct? Adrian On 06/26/2018 04:33 PM, Erik Joelsson wrote: > Looks good. > > /Erik > > > On 2018-06-25 17:21, John Paul Adrian Glaubitz wrote: >> Hi! >> >

Re: RFR: 8205616: Build fails with system headers after 8204572

Oops, I missed your reply. Will commit now. Submit repo also passed without problems. Adrian On 06/26/2018 04:51 PM, Erik Joelsson wrote: > Correct. > > /Erik > > > On 2018-06-26 07:35, John Paul Adrian Glaubitz wrote: >> Hi Erik! >> >> Thanks! >>

Re: JDK 8 Build Issue(s)

JDK 9 has already been dropped from Debian unstable. Don't know about the various derivatives though. Don't forget to configure with "--disable-warnings-as-error" and the proper part to the build JDK "--with-build-jdk=/usr/lib/jvm/java-8-openjdk-amd64/" Adria

Re: RFR (S) 8208665: Amend cross-compilation docs with qemu-debootstrap recipe

e to build OpenJDK natively inside the emulated chroot. In Debian Ports, we're heavily making use of qemu-user and qemu-system (for riscv64) to build packages which hashelped finding and fixing tons of bugs in qemu (I have alone reported countless bugs ;-)). Adrian -- .''`. John Pau

Re: [patch] add zero support for x86_64-linux-gnux32 target

g/src/openjdk-11/11%7E27-1/debian/patches/zero-x32.diff/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [patch] add zero support for x86_64-linux-gnux32 target

On 08/31/2018 10:57 AM, John Paul Adrian Glaubitz wrote: > On 08/31/2018 10:43 AM, Magnus Ihse Bursie wrote: >> I adjusted the patch to the current code base (which means that most parts >> of it were not needed). What remains are two files. However, I can't test if >>

Re: [patch] add zero support for x86_64-linux-gnux32 target

usr/lib/jvm/java-11-openjdk-x32/bin/java --version openjdk 11 2018-09-25 OpenJDK Runtime Environment (build 11+27-Debian-1) OpenJDK Zero VM (build 11+27-Debian-1, interpreted mode) (sid-x32-sbuild)root@epyc:/# Yes. Go ahead, please :-). Adrian -- .''`. John Paul Adrian Glaubitz : :

Re: [patch] add zero support for x86_64-linux-gnux32 target

've filed this bug for this: >>> https://bugs.openjdk.java.net/browse/JDK-8165440 >> >> Please note that as a P4 issue this can not be fixed given we have hit RDP1: >> >> http://mail.openjdk.java.net/pipermail/jdk9-dev/2016-August/004777.html >> >> Further this is filed as "bug" but seems to clearly be an enhancement, so >> you would need approval for it to come in post-Feature-Complete. >> >> Please consider if this is something that must be fixed for 9 or can be >> deferred. Otherwise you will need to follow additional approval processes. >> >> Sorry. >> >> David (just the messenger!) >> >>> Unfortunately, I have no way of testing it. >>> >>> Cheers, >>> Severin >>> -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: [patch] add zero support for x86_64-linux-gnux32 target

On 08/31/2018 01:40 PM, Magnus Ihse Bursie wrote: > Yes, that looks reasonable! If you want to, you can push this + Klose's fix. Is there a bug in the JBS I can reference? Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `.

Re: RFR: 8165440: Add zero support for x86_64-linux-gnux32 target

h, unsurprisingly, LGTM. > > /Magnus > >> >> These changes seem reasonable, though I don't like adding changes in source >> code for such an obscure (and unsupported!) platform. >> >> David >> >>> On 5/09/2018 3:45 AM, John Paul Adria

Re: build openjdk8 on ubuntu18.04.1

Hi! Please run: apt build-dep openjdk-8 as root before you continue. If that doesn’t help, try with “openjdk-9”, “openjdk-10” or “openjdk-11”. Cheers, Adrian > On Oct 25, 2018, at 7:03 AM, Zonghai Shang wrote: > > Here is my config: > > Running generated-configure.sh > configure: Configura

Re: jdk HEAD fails to build?

Hi Severin! On 11/12/18 11:05 AM, Severin Gehwolf wrote: > Is anybody else seing this? I just pulled the latest revision and was able to built HEAD just fine. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Univ

Re: RFR: JDK-8217723 Switch ld from bfd to gold on gcc toolchain

change on all supported targets. Gold is definitely not as mature on all targets as bfd in my experience. There are still some cases where it can cause issues. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitae

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

k/tree/debian/patches/hotspot-mips-align.diff > https://git.launchpad.net/~openjdk/ubuntu/+source/openjdk/+git/openjdk/tree/debian/patches/mips-sigset.diff I think the stuff with sigset was being worked on upstream at some point, but it wasn't finished if I remember correctly. Adrian -- .&

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

? Is that still required? > https://git.launchpad.net/~openjdk/ubuntu/+source/openjdk/+git/openjdk/tree/debian/patches/hotspot-mips-align.diff Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - glaub...

Re: RFR (trivial): 8219519: Remove linux_sparc.ad and linux_aarch64.ad

request an account for these machines. See: > https://gcc.gnu.org/wiki/CompileFarm > https://cfarm.tetaneutral.net/machines/list/ I'm admin for the sparc64 box running Linux in case someone needs any particular package to be installed. Thanks, Adrian -- .''`. John Paul Adria

Re: RFR: 8234370: Implementation of JEP 362: Deprecate the Solaris and SPARC Ports

JDK-11 will be maintained until 2034 as well? So far I don't understand the reasoning behind deprecating Solaris SPARC when the platform has still official support until 2034. The last SPARC CPU was the M8 which was released 2017. Thanks, Adrian -- .''`. John Paul Adrian Glau

Re: RFR: 8234370: Implementation of JEP 362: Deprecate the Solaris and SPARC Ports

Hi! The change for JDK-8234370 also triggers for Zero which is not correct. It should trigger for the normal build only. I will file a bug report. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin

Re: RFR: 8234370: Implementation of JEP 362: Deprecate the Solaris and SPARC Ports

Hi! On 12/15/19 10:13 AM, John Paul Adrian Glaubitz wrote: > The change for JDK-8234370 also triggers for Zero which is not correct. > > It should trigger for the normal build only. > > I will file a bug report. I have filed JDK-8235960 now, but I haven't managed to come up

RFR: 8235960: Zero should not trigger the deprecation warning for ports

ase review. Thanks, Adrian > [1] http://cr.openjdk.java.net/~glaubitz/8235960/webrev.00/ -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: 8234370: Implementation of JEP 362: Deprecate the Solaris and SPARC Ports

the Autoconf source files have changed, and > will trigger a regeneration of the generated script if needed. You can also > manually request such an update by `bash configure autogen`. Yep. Already figured out that my changes didn't work. I got it working now and posted JDK-8235960

Re: RFR: 8235960: Zero should not trigger the deprecation warning for ports

> if test "x$OPENJDK_TARGET_OS" = xsolaris || (test > "x$OPENJDK_TARGET_CPU_ARCH" = xsparc && test "x$with_jvm_variants" != xzero); > then Thanks for the review. As far as I remember correctly, Zero is not supported, is it? Adrian -- .''`

Re: RFR: 8235960: Zero should not trigger the deprecation warning for ports

On 12/16/19 8:40 PM, John Paul Adrian Glaubitz wrote: > Hi Mikael! > > On 12/16/19 8:38 PM, Mikael Vidstedt wrote: >> You need to group the OPENJDK_TARGET_CPU_ARCH and with_jvm_variants checks. >> The suggested change will incorrectly *not* produce a warning f

Re: RFR: 8235960: Zero should not trigger the deprecation warning for ports

On 12/16/19 10:08 PM, Mikael Vidstedt wrote: > > I’m not actually sure, but just to be on the safe side I’d prefer to add the > grouping. Okay, will do. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Frei

Re: RFR: 8235960: Zero should not trigger the deprecation warning for ports

Hi! On 12/16/19 10:08 PM, John Paul Adrian Glaubitz wrote: > On 12/16/19 10:08 PM, Mikael Vidstedt wrote: >> >> I’m not actually sure, but just to be on the safe side I’d prefer to add the >> grouping. > > Okay, will do. Updated revision here: > http://cr.open

RFR: 8199138: Add RISC-V support to Zero

Hi! This is an updated RFR to add basic RISC-V support to Zero. This patch is being used for the riscv64 port in Debian. Please review the changes in [1]. Thanks, Adrian > [1] http://cr.openjdk.java.net/~glaubitz/8199138/webrev.00/ -- .''`. John Paul Adrian Glaubitz :

Re: RFR: 8199138: Add RISC-V support to Zero

Hi! On 2/12/20 5:51 PM, Aleksey Shipilev wrote: > On 2/12/20 5:14 PM, John Paul Adrian Glaubitz wrote: >>> [1] http://cr.openjdk.java.net/~glaubitz/8199138/webrev.00/ > > Neat. Looks good to me. > > Minor nits in os_linux.cpp: > > *) Can you move the comment to t

Re: RFR: 8199138: Add RISC-V support to Zero

On 2/12/20 5:59 PM, Aleksey Shipilev wrote: > On 2/12/20 5:54 PM, John Paul Adrian Glaubitz wrote: >> I assume I can push with those changes and mark it as Reviewed-by: erikj, >> shade? > > Mark it, yes. I believe non-trivial (yet exceedingly simple) things like > these

Re: RFR: 8199138: Add RISC-V support to Zero

pc64__, S390, SH, __sparc > +AARCH64, ALPHA, ARM, AMD64, IA32, IA64, M68K, MIPS, MIPSEL, PARISC, > __powerpc__, > __powerpc64__, S390, SH, __sparc, RISCV I have done that now. Updated RFR in [1]. Adrian > [1] http://cr.openjdk.java.net/~glaubitz/8199138/webrev.01/ -- .&

Re: JDK build fails on Arch Linux

ed soon(TM) but I figure I'd hit > up the this list to see if anyone can confirm this. I'm building on both Debian unstable and openSUSE Tumbleweed regularly without any issues. Just did a successful build on Debian unstable which is bleeding edge at the moment. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - [email protected] `. `' Freie Universitaet Berlin - [email protected] `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913

Re: RFR: 8239001: Hotspot build broken on linux-sparc after 8238281

e to save regs static void save_registers(MacroAssembler* a); What about this approach? Alternatively, with C++11, this should work as well: #include static int i_offset(int j) { return offset_of(RegistersForDebugging, i) + j * sizeof(std::declval().i[0]); } Comments? Adrian -- .&#

  1   2   >