JDK8 32-bit "docs" build fails on 64-bit Windows

I've just realized that building the JDK documentation for a 32-bit build of JDK8 on Windows (with JDK7 as bootstrap JDK) fails: C:/OpenJDK/jdk1.7.0_01/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -client -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m "-Xbo

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

; So it's ok with me to say jdk8 requires a 2GB system to build, but even with >> 2GB, this 1024 could >> block some people from building. >> >> My tendency is to make the default NO_DOCS=true, maybe just on Windows for >> now, >> but that might mean m

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

y memory is not > bogus it can do what we need. > > -Dmitry > > > >> >> Ivan >> >> On 2011-10-28 17:47, Dmitry Samersoff wrote: >>> Volker, >>> >>> under UNIX : >>> >>> file /opt/jdk7/bin/java | grep 32-bi

Re: JDK8 32-bit "docs" build fails on 64-bit Windows

t dumpbin does not give output that we need > (although linking deps might hint on architecture) as generally not a good > way to go. > Ivan > > On 2011-10-28 21:22, Volker Simonis wrote: >> >> I think 'file' is a good idea because we're in a Cygwin bash a

Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

Hi, I've put together a short description on how to build both, a 64- and a 32-bit version of OpenJDK 8 on a plain, vanilla WindowsXP 64-bit operating system using only free (as in free beer) tools: http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build

Re: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

ndows machine which doesn't have freetype.dll installed ?  I had built jdk > on > windows but found that it can run gui applications in the machine built it, > but cann't > run gui application in machines without freetype installed. > > On Sat, Oct 29, 2011 at 2:19 AM, Vol

Re: Successfully building 32- and 64-bit OpenJDK 8 on WinXP/64bit with free tools only

't have freetype.dll installed ?  I had built >>> jdk on >>> windows but found that it can run gui applications in the machine built >>> it, but cann't >>> run gui application in machines without freetype installed. >>> >>> >&g

Where have all the "fastdebug" builds gone?

Hi, I could have sworn that http://jdk6.java.net/download.html and http://jdk7.java.net/download.html always contained product AND "fastdebug" builds, but as I just verified today there are no more "fastdebug" builds available neither for JDK6 nor for JDK7 and JDK8. Is this intentional? Is ther

Re: Where have all the "fastdebug" builds gone?

:results > http://mail.openjdk.java.net/pipermail/web-discuss/2011-October/thread.html > > -Ulf > > > > Am 08.11.2011 11:30, schrieb Volker Simonis: >> >> Hi, >> >> I could have sworn that >> >> http://jdk6.java.net/download.html and >> http://jdk7.jav

Re: Checking build results

I think you really need a Gnumake higher than 3.81 and I honestly can not understand how you've managed to build the whole OpenJDK with the 3.81 version of make which comes with Cygwin (because it has serious problems with drive letters in Windows path names). I've recently wrote a blog how I've c

Re: Does OpenJDK statically link the C++ runtime?

Regarding your first question: yes, at least the HotSpot (i.e. libjvm.so) still statically links libstdc++. You can verify this by looking at make/linux/makefiles/vm.make: ifeq ($(SHARK_BUILD), true) STATIC_CXX = false else ifeq ($(ZERO_LIBARCH), ppc64) STATIC_CXX = false else STATI

Re: Is anyone able to build on Win 7

Hi Peter, glad to see that other have the same problems:) But seriously, on Windows 7 I'm currently experiencing the same massive build problems and I'm not sure what the root cause of these problems is. I found the following bug which exactly describes the problems I'm facing: http://bugs.sun.

Re: Is anyone able to build on Win 7

;>> >>> On 1/25/12 9:55 AM, Pete Brunet wrote: >>>> Thanks Volker, I was thinking I'm going to have to try using XP in a >>>> VM.  My W7 config is very close to yours (make 3.81 instead of 3.82). >>>> >>>> W7 Pro, 64 bit, SP1 >

Re: Is anyone able to build on Win 7

our configuration, e.g. as shown below. >>>> Maybe that will suggest a different version of cygwin or bash.  -Pete >>>> >>>> On 1/25/12 9:55 AM, Pete Brunet wrote: >>>>> Thanks Volker, I was thinking I'm going to have to try using XP in a

Re: Is anyone able to build on Win 7

On Tue, Feb 14, 2012 at 12:43 PM, Fredrik Öhrström wrote: > 2012-02-14 12:29, Volker Simonis skrev: >> To cut a long story short: >> - disabling "on access" scanning of *.{java,c,cpp,h,hpp} seems to >> resolve the file io problems (permission denied, access denie

RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi, please review the following changes which make it possible to use MinGW/MSYS as underlying build environment for Windows. Because the changes touch several repositories I prepared three webrevs, all relative to http://hg.openjdk.java.net/jdk8/build For the main repository: http://cr.openjdk.j

Re: Is anyone able to build on Win 7

This thread will probably never end (Windows 2046 :) So I did more test.. - I wanted to compare with MKS and the first thing I hit on was a bug in MKS's 9.4 version of cpio ("CFS# 32408--- cpio can not handle files which are ReadOnly"). And it's expensive and installation and license handlin

Re: Is anyone able to build on Win 7

o you have any performance numbers for hotspot built with MinGW? Is > it as fast as one built with MS VC? > > 2. Did you see any issues with third-party JNI code? > > Thank you! > -Dmitry > > > On 2012-03-08 22:00, Volker Simonis wrote: >> This thread will probably never

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

On Thu, Mar 8, 2012 at 8:58 PM, Kelly O'Hair wrote: > > On Mar 8, 2012, at 9:39 AM, Volker Simonis wrote: > >> Hi, >> >> please review the following changes which make it possible to use MinGW/MSYS >> as >> underlying build environment fo

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

On Fri, Mar 9, 2012 at 12:14 AM, David Holmes wrote: > Hi Volker, > > > On 9/03/2012 3:39 AM, Volker Simonis wrote: >> >> please review the following changes which make it possible to use >> MinGW/MSYS as >> underlying build environment for Windows.

Re: Is anyone able to build on Win 7

On Thu, Mar 8, 2012 at 8:00 PM, Kelly O'Hair wrote: > > On Mar 8, 2012, at 10:00 AM, Volker Simonis wrote: > >> This thread will probably never end (Windows 2046 :) >> >> So I did more test.. >> >> - I wanted to compare with MKS and the first thin

Re: static linking of libgcc on linux ?

I know this is an age-old thread, but I've just stumbled over this issue and thought I write my two pence down as well in case anybody else will ever have a similar problem: In general I agree that it is advisable to dynamically link libgcc, but one real problem it creates is the fact that it prev

Re: RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Jonathan, you're right, I havn't looked at the tests until now - just wanted to get the build up and running. My only concerns so far are the few tests which require a Korn Shell as I think there's no ksh available for MinGW/Msys. But I promise to look at it. By the way, has anybody ever suc

Re: BUilding OpenJDK Binaruy

H Frans, I've recently wrote a step-by-step instruction on how you can build OpenJDK 8 on Windows with free tools but the instructions should apply to OpenJDK 7 as well: http://weblogs.java.net/blog/simonis/archive/2011/10/28/yaojowbi-yet-another-openjdk-windows-build-instruction Keep in mind th

Missing/wrong build dependencies for inline functions in HotSpot

Hi, I've just stumbled across the problem that changing the implementation of an inline function in HotSpot does not necessarily rebuild all the call sites of that function. This is because because of the way how the build dependencies are handled within the HotSpot. As an example you may have a l

Re: Missing/wrong build dependencies for inline functions in HotSpot

oes put the arch-specific header file in > the generated dependency file.  Weird. > > -- > - Keith > > > On 6/8/2012 11:58 AM, Volker Simonis wrote: >> >> Hi, >> >> I've just stumbled across the problem that changing the implementation >> of an

Re: Missing/wrong build dependencies for inline functions in HotSpot

ce if somebody could meanwhile open a bug for the problem (e.g. "Usage of gcc with precompiled headers produces wrong build dependencies") and provide a bug-id. Regards, Volker On Fri, Jun 8, 2012 at 7:50 PM, Volker Simonis wrote: > Yes, that's really strange. You're right, t

Re: Missing/wrong build dependencies for inline functions in HotSpot

Should this change be against http://hg.openjdk.java.net/jdk8/build/hotspot or better for http://hg.openjdk.java.net/hsx/hotspot-main/hotspot? On Mon, Jun 11, 2012 at 12:01 PM, Volker Simonis wrote: > I found the problem! > > It's related to the use of precompiled headers.

Re: RFR (7152336): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Tim, I'm really happy to see that you are now taking care of this! The link to the referenced e-mail thread doesn't seem to work, so here's an alternative link: "RFR (M): Enable OpenJDK builds on Windows with MinGW/MSYS" http://old.nabble.com/RFR-%28M%29%3A-Enable-OpenJDK-builds-on-Windows-wi

Re: why can I not download the /jdk repository

Hi, this may be related to Cygwin. The error "C770817@C036357 /cygdrive/e/OpenJDK/jdk8" indicates that you are using a "Cygwin-Mercurial". I would recommend to install and use a native Windows Mercurial (e.g. http://tortoisehg.bitbucket.org/download/index.html) and try with that one. I never had

Re: why can I not download the /jdk repository

n 28 17:49:42 > 2012]      ß- for japx > > % hg clone --verbose -- http://hg.openjdk.java.net/jdk7/jdk7/jdk > E:\OpenJDK\jdk7\jdk       ß- for jdk > > requesting all changes > > URLError: > > [command returned code 255 Thu

Re: Round two - RFR (7152336): Enable OpenJDK builds on Windows with MinGW/MSYS

Hi Tim, I'm still glad that you're pushing this forward:) Just wanted to let you know two more things we found out about the MinGW build in the hope they may be useful for others as well: - you can considerably speed up the build (especially an incremental build which only rebuilds a few files

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

Hi, please see my comments inline.. On Tue, Jul 3, 2012 at 7:07 AM, David Holmes wrote: > Hi Tim, > > > On 3/07/2012 1:52 PM, Tim Bell wrote: >> >> All- >> >> This is the hotspot-only portion of the changes to allow building on >> Windows with any of MKS, Cygwin, or MinGW/MSYS as the 'Unix-like'

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

That's a strange error. Which version of the makefiles did you use when you got that error - the ones from your webrev? According to http://cr.openjdk.java.net/~tbell/7181175/webrev.00/make/windows/makefiles/rules.make.sdiff.html COMPILE_RMIC should be "$(BootStrapDir)\bin\rmic", but in your erro

Re: RFR: 7181175 Enable hotspot builds on Windows with MinGW/MSYS

=c:/Software/Java/jdk1.7.0_02 ALLOW_DOWNLOADS=true ALT_MSVCRNN_DLL_PATH=c:/Software/OpenJDK/ALT_DROPS_DIR 2>&1 | tee c:/Software/OpenJDK/output_amd64_z4_mingw.log On Wed, Jul 18, 2012 at 6:37 PM, Volker Simonis wrote: > That's a strange error. Which version of the makefiles did

Re: Encoding problem when building

This is just a wild guess, but perhaps idlj uses the value of some environment variables (or values derived from them - check System.getProperties()) which contain non ASCII characters? This could be something like PATH, HOSTNAME, USER. What exact characters are there in the comment and what kind o

Re: jdk8 Build changes

On Sat, Jan 5, 2013 at 6:07 AM, Kelly O'Hair wrote: > Excuse the wide mailing, but it was important to try and reach anyone > building jdk8. > > The jdk8/build repositories at http://hg.openjdk.java.net/jdk8/build have > been changed to use the new > build-infra "configure&make" build setup, so i

Re: Building OpenJDK for ppc64

Hi Christian, you can have a look at our OpenJDK PowerPC Port for Linux and AIX(it builds and runs on Linux/PPC64 ). Porting it to 32-bit PPC would be possible although I expect it to be quite an ef

Re: Hang building JDK 7 Hotspot in Windows 7

Hi Randy, this problems pops up every now and then but unfortunately (at least to my knowledge) there exists no real solution for it. You can read the following comment on my blog which describes a similar problem and my answer to it which describes different workarounds: http://weblogs.java.net

Re: Hang building JDK 7 Hotspot in Windows 7

Sorry to say this, but I think this is a problem of new Cygwin versions. I've just tried with the newest 1.7.17 (see "uname -r") under Windows Server 2003 and it hangs as well. I really think that all has been already said about this topic, see: http://openjdk.5641.n7.nabble.com/Is-anyone-able-to

Re: Hang building JDK 7 Hotspot in Windows 7

ll rights reserved. > > usage: cl [ option... ] filename... [ /link linkoption... ] > > Whereas with the order flipped typing "cl" produces no output. > > Randy > > -Original Message- > From: Volker Simonis [mailto:volker.simo...@gmail.com] > Sent:

Re: build JDK 7 Windows 7: make jdk fails building sounds

Kelly, are you absolutely sure you really mean "1.7.16" and not "1.7.6"? I think 1.7.16 is quite new so I wonder you are already using it "for a long time". Morover, as discussed in the previous thread (http://mail.openjdk.java.net/pipermail/build-dev/2013-February/thread.html#7936), I'm quite sur

Re: Review Request: 8004352: build-infra: Limit JOBS on large machines

Hi Erik, I really like these changes! Thank you for addressing these problems. Volker On Fri, Feb 15, 2013 at 1:06 PM, Erik Joelsson wrote: > The current default for number of parallel build jobs is just equal to the > number of cores in the system. While this works well on many machines, ther

Re: New build, gobjcopy failure, any clues?

Hi David, I think you have to use /usr/sfw/bin/gobjcopy but I have no idea why you have '/usr/ccs/bin/gobjcopy' and what kind of 'objcopy' it is. I don't have '/usr/ccs/bin/gobjcopy' on my Solaris10 box. Regards, Volker On Tue, Mar 26, 2013 at 5:33 PM, David Chase wrote: > I think I'm doing a

Re: New build, gobjcopy failure, any clues?

On Tue, Mar 26, 2013 at 6:43 PM, David Chase wrote: > > This is Solaris 11, not sure if that matters (configure didn't seem to think > it was important enough to mention it). > > cmp says /usr/{sfw,ccs}/bin/gobjcopy are equal. > ls says they are the same inode. > > Just for grins, I tried putting

Re: New build, gobjcopy failure, any clues?

info > gobjcopy:libjvm.so: File format not recognized > > libjvm.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically > linked, not stripped > > What sort of "file" is your libjvm.so? > > David > > On 2013-03-26, at 2:00 PM, Volker Simonis wr

Re: New build, gobjcopy failure, any clues?

opy:libjvm.so: File format not recognized > > libjvm.so: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically > linked, not stripped > > What sort of "file" is your libjvm.so? > > David > > On 2013-03-26, at 2:00 PM, Volker Simonis wrote: > >

Re: New build, gobjcopy failure, any clues?

Hi David, I found a Solaris 11 box today and it seems that this is really a problem of binutils 2.19 on Solaris 11. Initially there was no gobjcopy on my Solaris machine at all so I did the following: - downloaded gnu-binutils.p5i from http://pkg.oracle.com/solaris/release/en/index.shtml - insta

Re: New build, gobjcopy failure, any clues?

I'm pretty sure this wouldn't have happened with "Open Solaris 11" :) On Wed, Mar 27, 2013 at 6:17 PM, David Chase wrote: > On 2013-03-27, at 1:08 PM, Volker Simonis > wrote: > > > Hi David, > > > > I found a Solaris 11 box today and it seems that

Re: 7152237 Linking with Java 7 libjvm.so on Linux reports unrecognized file format

Hi Mark, the next time you post to an OpenJDK mailing list please provide links which are visible from outside Oracle as well: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7152237 Thank you, Volker On Wed, Mar 27, 2013 at 8:24 PM, Mark Susko wrote: > Hi all, > > http://monaco.sfbay.sun

Re: 7152237 Linking with Java 7 libjvm.so on Linux reports unrecognized file format

This may be releated to the fact that on SLES 10 the default linker only supports anonymous version tags. As far as I know Oracle Java 7 libraries have named version tags (of the form `SUNWprivate_1.1') but are compiled on RedHat which doesn't has this problem. I don't have a link at hand but you

Re: Some ccache benchmarking

+1 for C Another nice side effect of option C would be that the 'no precompiled headers' build would be automatically used more often. This would eliminate a lot of small but nasty dependency problems which are introduced from time to time because apparently everybody is only building with precomp

Re: AdapterMethodHandle not found

What does "../../../../build/windows-i586/bin/java -version" return? That must be HotSpot 24 (i.e. something like '..build 24.0-b34..'). How did you specify your boot-jdk? Maybe you didn't really build a new hotspot but imported it from the boot-jdk and that was too old? If you want you can compa

Re: AdapterMethodHandle not found

d by the Unsafe class and those provided by the VM. So the interface between the HotSpot VM and the class library has become quite volatile (and it is still not documented anywhere:( > I changed my ALT_BOOTDIR back to 7u21 and did a full build, not just > jdk, and after a three hour build tim

Re: Why is CUPS required?

Hi Victor, actually you only need the CUPS headers, so the dependencies on CUPS are really not a big problem, even on exotic platforms. Just download and unpack cups (e.g. http://www.cups.org/software.php?VERSION=1.6.2&FILE=1.6.1/cups-1.6.1-source.tar.gz) unpack it, create a symlink in the created

Re: Windows configure "issues"

As you noticed, Visual Studio Express only contains the 32-bit Compiler. You have to download and install the "Windows SDK for Windows 7 and .NET Framework 4" from http://www.microsoft.com/download/en/details.aspx?id=8279to get the 64-bit compiler (this will also install the IA64 cross compiler jus

Re: Windows configure "issues"

; Oracle ones). > This is not just a matter of "I'm blocked, please help me", this is also > "anyone out there trying to follow these instructions will fail, we must > fix this". > > On 2013-05-21, at 4:38 AM, Volker Simonis > wrote: > > > As you not

Re: Windows configure "issues"

On Tue, May 21, 2013 at 9:00 PM, Andrew Haley wrote: > On 05/21/2013 04:55 PM, Volker Simonis wrote: > > > I always felt that having the build instructions checked in into the > > repository is somewhat to heavyweight. > > There are two good reasons to do this. > >

Re: CFV: New Build Group Member: Aleksey Shipilev

Vote: yes Magnus Ihse Bursie schrieb am Mi., 10. Nov. 2021, 15:07: > I hereby nominate Aleksey Shipilev (shade) to Membership in the Build > Group. > > Aleksey is a long standing member of the OpenJDK Members Group and the > Hotspot > Group. He is a prolific contributor, and has committed more

Re: zlib before 1.2.12 allows memory corruption (CVE-2018-25032)

Hi Bernd, Vitaly, Amazon Corretto [1] also includes the fixes for CVE-2018-25032. This is our statement: "Based upon our analysis, OpenJDK/Corretto is not affected by CVE-2018-25032, because the zlib "memLevel" parameter is not settable and is fixed at 8, and the usage of the Z_FIXED strategy is

Re: AIX build not generating a jre image

Hi Goetz, How do our nightly builds look like? Do they create the JRE image? Regards, Volker Lindenmaier, Goetz schrieb am Mi. 18. Okt. 2017 um 14:56: > Hi Steve, > > I think this is an error. > We never decided not to generate a jre image as far as I know. > > Best regards, > Goetz. > > > -

Howto build an old version of hotspot (pre forest consolidation)

Hi, can somebody provide any hints on how to build an older version of hotspot in the correct context? I have a reproducible hotspot crash which occurs with jdk-9+105 but not with jdk-9+104. I can sync to both tags and successfully build the corresponding jdk. But it seems impossible to update th

Re: Howto build an old version of hotspot (pre forest consolidation)

ery, looking for descendants > of 104 and ancestors of 105. Many of these changes will be merges that > brought the actual changes in, typically when the integrator brought 104 > down from dev. > > /Erik > > > > On 2017-11-13 08:09, Volker Simonis wrote: >> >&g

Re: RFR 8189131: Open-source the Oracle JDK Root Certificates

On Tue, Dec 5, 2017 at 9:19 AM, Magnus Ihse Bursie wrote: > On 2017-12-01 18:16, Volker Simonis wrote: >> >> Hi Rajan, >> >> great to see this finally happen! >> >> I have just a quick question related to the tests. As far as I can >> see, the tests w

Re: RFR 8189131: Open-source the Oracle JDK Root Certificates

On Tue, Dec 5, 2017 at 10:08 AM, Magnus Ihse Bursie wrote: > On 2017-12-05 09:44, Volker Simonis wrote: >> >> On Tue, Dec 5, 2017 at 9:19 AM, Magnus Ihse Bursie >> wrote: >>> >>> On 2017-12-01 18:16, Volker Simonis wrote: >>>> >&g

Re: RFR 8189131: Open-source the Oracle JDK Root Certificates

Hi Rajan, 'cacerts' is a binary file and I thought we have at least the convention in the OpenJDK project that we don't want to check in binary artefact's if possible. One problem with 'cacerts' being a binary file is that we can not add a license and copyright to it. Another one is that it is ha

Re: RFR 8189131: Open-source the Oracle JDK Root Certificates

On Tue, Dec 5, 2017 at 7:55 PM, Magnus Ihse Bursie wrote: > > On 2017-12-05 18:33, Sean Mullan wrote: >> >> On 12/5/17 12:01 PM, Volker Simonis wrote: >>> >>> Hi Rajan, >>> >>> 'cacerts' is a binary file and I thought we have at le

Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad

Hi Matthias, the change looks good! I can sponsor it once we get the approval. Also forwarded to buil-dev for the minimal build change. Thank you and best regards, Volker On Wed, Dec 20, 2017 at 9:50 AM, Baesken, Matthias wrote: > Hello , Mark reported this issue on AIX with OpenJDK8 : > >

Re: Building hsdis?

On Wed, Dec 20, 2017 at 10:40 AM, David Buck wrote: > Hi Ted! > >> BTW, I'm sure there's a good reason for this, but why doesn't >> OpenJDK/Oracle offer pre-built versions of hsdis for a variety of common >> platforms? Is there a licensing issue? > > Yes, binutils is GPL 3, and OpenJDK is under GP

Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad

http://hg.openjdk.java.net/jdk8u/jdk8u-dev/jdk/rev/def07b5ce3be On Wed, Dec 20, 2017 at 11:18 AM, Evans, Martin wrote: > Many thanks guys, I look forward to testing. > > Regards, > > Martin > > -Original Message----- > From: Volker Simonis [mailto:volker.simo...@gmail.com

Re: Building hsdis?

Andrew Haley schrieb am Sa. 23. Dez. 2017 um 12:25: > On 20/12/17 09:54, Volker Simonis wrote: > > Yes, that's exactly the issue. And it was communicated to the OpenJDK > > Governing Board more than two and a half years ago (see my mail > > "Providing 'hsd

Re: Building hsdis?

Andrew Haley schrieb am So. 24. Dez. 2017 um 09:27: > On 23/12/17 17:02, Volker Simonis wrote: > > Andrew Haley schrieb am Sa. 23. Dez. 2017 um 12:25: > > > >> On 20/12/17 09:54, Volker Simonis wrote: > >>> Yes, that's exactly the issue. And it was co

Re: Building hsdis?

lem. > Indeed, GPL v2 and v3 are not compatible, but if the upgradability is > allowed then the effective version is already 3. The rest of the openjdk > code is v2 only afaik though. > > Cheers, > Mario > > On Sun 24. Dec 2017 at 13:17, Volker Simonis > wrote: >

Re: Building hsdis?

On Mon, Dec 25, 2017 at 11:58 PM, Andrew Haley wrote: > On 24/12/17 12:16, Volker Simonis wrote: >> Andrew Haley schrieb am So. 24. Dez. 2017 um 09:27: >> >>> On 23/12/17 17:02, Volker Simonis wrote: >>>> Andrew Haley schrieb am Sa. 23. Dez. 2017 um 12:25: &g

Re: Building hsdis?

On Thu, Dec 28, 2017 at 11:48 AM, Andrew Haley wrote: > On 27/12/17 11:26, Volker Simonis wrote: >> There are two different problems here: >> >> 1. It is not possible to build and redistribute hsdis.so because of >> GPLv2 and GPLv3 license incompatibilities. >>

Re: RFR [jdk8] : 8193807 : AIX: avoid UnsatisfiedLinkError by providing empty basic implementations of getSystemCpuLoad and getProcessCpuLoad

? > > Kind regards, > > Martin > > -Original Message- > From: Volker Simonis [mailto:volker.simo...@gmail.com] > Sent: 22 December 2017 16:25 > To: Evans, Martin > Cc: Baesken, Matthias ; > jdk8u-dev-requ...@openjdk.java.net; core-libs-...@openjdk.java.net; >

[10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

Hi, can I please have a review and sponsor for this change which finally exposes the various "vendor*" properties: java.vendor java.vm.vendor java.vendor.url java.vendor.url.bug as configure arguments: http://cr.openjdk.java.net/~simonis/webrevs/2018/8189761 https://bugs.openjdk.java.net/browse

Re: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

Erik Joelsson schrieb am Mi. 17. Jan. 2018 um 20:16: > Looks good to me. I can sponsor it. Thanks a lot Erik! Regards, Volker > > /Erik > > > On 2018-01-17 08:03, Volker Simonis wrote: > > Hi, > > > > can I please have a review and sponsor for this

Re: [10] RFR(S): 8189761: COMPANY_NAME, IMPLEMENTOR, BUNDLE_VENDOR, VENDOR, but no configure flag

ix tomorrow morning when I’m back in the office! > I'm also surprised this doesn't need any quoting: > >ifneq ($(COMPANY_NAME), N/A) > Me too, but I can assure you that it doesn’t work if quoted. I’ve tried it :) > Thanks, > David > > On 18/01/2018 2:03 AM

Re: The generated-configure.sh script is dead - autoconf seems to write into the sources in the build process

Hi, as Matthias wrote, we're usually running configure from a newly created build directory which is outside the source tree. Also, the build user who calls configure may differ from the user owning the source tree. I'd therefor like to propose the following small change which checks from where 'c

Re: The generated-configure.sh script is dead - autoconf seems to write into the sources in the build process

On Tue, Feb 6, 2018 at 6:28 PM, Magnus Ihse Bursie wrote: > > > On 2018-02-06 15:53, Volker Simonis wrote: >> >> Hi, >> >> as Matthias wrote, we're usually running configure from a newly >> created build directory which is outside the source tree. Als

Re: RFR: JDK-8197571 Change storage location for generated-configure.sh

Hi Magnus, thanks for doing this change. It was actually on my TODO list but I somehow forgot about it :) The change looks good. Thumb up from me, Volker On Mon, Feb 12, 2018 at 2:09 PM, Magnus Ihse Bursie wrote: > In JDK-8195689, the generated-configure.sh was no longer checked in, but > local

Re: RFR: JDK-8198627 JDK-8198318 broke readlink testing

Good patch, Magnus! We've been affected by this as well but instead of digging deeper into the problem we've installed "readlink" on our AIX build machines, where it wasn't available until now. Good to know that "readlink" is still not a mandatory requirement for the build :) On Fri, Feb 23, 201

Friendly request: Update "Supported Build Platforms" Wiki page

Hi, could somebody please be so kind and update the "Supported Build Platforms" Wiki page [1] for OpenJDK 10 and possibly 11? Thanks a lot, Volker [1] https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms

Re: [XXS] 8199858 : solaris-x86_64 : unpack200 fails linking with SS12u4

Hi Matthias, the change looks good. Can you please also update the copyright year before pushing (no need for a new webrev). Thanks, Volker On Tue, Mar 20, 2018 at 2:12 PM, Baesken, Matthias wrote: > Hello , could you please review this small fix for Solaris x86_64 ? > > We were running into

Re: RFR: JDK-8200178 Remove mapfiles for JDK native libraries

Hi Magnus, thanks for addressing this long standing issue! I haven't looked at the changes, but just want to share some general and historical notes: - Compiling with "-fvisibility=hidden" which hides all symbols expect the ones explicitly exported with "__attribute__((visibility("default")))" ha

Re: Problem building openjdk using cygwin

Hi Alireza, it seems you don’t have short file names enabled for the “Program Files” directory. Notice that you have short file names enabled for “c:\” (i.e. you have “progra~2”). You have to first enable short file names for the “Program Files” directory (see for example https://superuser.com/qu

Re: Problem building openjdk using cygwin

Studio > ``` > but it seems not working because I get the same error. Can you give some > tips please? Sorry if I'm newbie, I'm just interested in some JEPs and want > to test them in a project to see if I can deploy it later. > Many thanks. > > On Thu, Mar 29, 2018

Re: RFR: 8196516: libfontmanager must be built with LDFLAGS allowing unresolved symbols

Hi Severin, I'm currently looking at the AIX-side of this bug. The problem I see with your solution is that it uses LDFLAGS (which is generic) to filter out Linux specific linker flags. If we would extend this to AIX, we would have to add yet another substitution for AIX which filters out "-Wl,be

Re: RFR: JDK-8201483 Make it possible to disable JVM features

On Thu, Apr 12, 2018 at 11:30 PM, David Holmes wrote: > On 12/04/2018 11:33 PM, Magnus Ihse Bursie wrote: >> >> On 2018-04-12 14:15, David Holmes wrote: >>> >>> Hi Magnus, >>> >>> On 12/04/2018 9:39 PM, Magnus Ihse Bursie wrote: It is currently easy to add new JVM features to the JVM bui

RFR(XS): 8201524: [AIX] Don't link libfontmanager against libawt_headless

Hi, can I please have a review for this tiny AIX cleanup: http://cr.openjdk.java.net/~simonis/webrevs/2018/8201524/ https://bugs.openjdk.java.net/browse/JDK-8201524 This is a follow up change of JDK-8196516 which discovered that on AIX libfontmanager is always linked against libawt_headless at b

Re: RFR(XS): 8201524: [AIX] Don't link libfontmanager against libawt_headless

gt; > The change looks good, but now that we no longer link against > libawt_headless, we should also remove the make dependency a few lines down. > (Should have been done already for Solaris.) > > /Erik > > > > On 2018-04-13 06:28, Volker Simonis wrote: >> >>

Re: RFR(XS): 8201524: [AIX] Don't link libfontmanager against libawt_headless

t a jdk-submit would be prudent .. > I did start Solaris and AIX builds before I left the office. I can certainly also submit a job to JDK-submit, but at least hs-submit wasn’t working at all (i.e. didn’t return any results). > -phil. > > On 04/13/2018 09:22 AM, Volker Simonis wrote: >

Re: 8201495: [Zero] Reduce limits of max heap size for boot JDK on s390

On Mon, Apr 16, 2018 at 11:30 AM, Severin Gehwolf wrote: > Hi Andrew, > > On Mon, 2018-04-16 at 09:47 +0100, Andrew Haley wrote: >> On 04/13/2018 02:40 PM, Severin Gehwolf wrote: >> > ++ /usr/bin/tee >> > /builddir/build/BUILD/java-9-openjdk-9.0.4.12-5.openjdk9.el7.s390/openjdk/build/jdk/modules/

Re: RFR(XS): 8201584: Fix configure on SLES 11 after 8201483

Looks good! Thanks for fixing, Volker On Mon, Apr 16, 2018 at 2:15 PM, Lindenmaier, Goetz wrote: > Hi Magnus, > > yes, that works too: > http://cr.openjdk.java.net/~goetz/wr18/8201584-fixSLES11configure/02/ > Can I push this right away if I get a second review? > > Best regards, > Goetz > >> -

Re: RFR : 8202322: AIX: symbol visibility flags not support on xlc 12.1

Hi Matthias, after Bhaktavatsal Reddy's report about the problems with "-qvisibility" with xlC 13 and taking into account that we can't test this anyway because we don't currently have xlC 13 on our machines I think it would be best to completely remove this option for now on AIX. Once we get xlC

License and Usage Terms of generated API documentation

Hi, we currently build OpenJDK and make it available from various sources (e.g. GitHub, apt-get server, DockerHub). We also build the API documentation (i.e. JavaDoc) and would like to make it available from our project page as well. However the default API doc produced by the build looks as follo

Re: License and Usage Terms of generated API documentation

On Thu, May 3, 2018 at 12:21 PM, Magnus Ihse Bursie wrote: > On 2018-05-02 17:03, Volker Simonis wrote: >> >> Hi, >> >> we currently build OpenJDK and make it available from various sources >> (e.g. GitHub, apt-get server, DockerHub). We also build the API &g

Re: RFR: JDK-8202384: Introduce altserver jvm variant with speculative execution disabled

Hi Erik, you wrote: "Note that this applies to the build time C++ flags, not the compiler in the JVM itself." So what about the code generated by the HotSpot (i.e. stubs, template interpreter, c1, c2, Graal)? Is this code already "hardened" against speculative execution? If yes, that's fine, if no

Re: RFR: JDK-8202384: Introduce altserver jvm variant with speculative execution disabled

On Tue, Jun 5, 2018 at 6:47 PM, Erik Joelsson wrote: > Hello Volker, > > On 2018-06-05 09:35, Volker Simonis wrote: >> >> Hi Erik, >> >> you wrote: "Note that this applies to the build time C++ flags, not >> the compiler in the JVM itself." So wha

  1   2   3   4   5   6   >