Re: Build portability: enable or disable warnings
On 5/16/11 11:04 AM, Andrew Haley wrote: > Different distros enable different sets of warnings by default. Any idea why, for example Fedora's & Debian's, default warning sets differ? cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Build portability: enable or disable warnings
On 5/16/11 12:48 PM, Andrew Haley wrote: > On 16/05/11 11:22, Dalibor Topic wrote: >> Any idea why, for example Fedora's & Debian's, default warning sets differ? > > Because the distros patch their versions of gcc. I don't see how the implication follows just yet - do you have an example? The reason I'm asking is that I'm wondering if this is something we should expect to crop up in different parts of the code base, or whether it's a one off due to some specific thing some distros chose to do different from each other. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Boot JDK used with jdk7 builds
On 6/3/11 6:02 PM, Dr Andrew John Hughes wrote: > On 08:57 Fri 03 Jun , Kelly O'Hair wrote: >> If you have any incidents where particular JDKs can or cannot be used as the >> Boot JDK for JDK7, please let us know.> > And OpenJDK6 works. If OpenJDK 6 works as a bootstrap option on Fedora 9, then it'd be fine to include it as an alternative in the Fedora 9 tabs, in my opinion. Andrew, do you happen to know which version of OpenJDK 6 was packaged in Fedora 9 via IcedTea? cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Confused about Windows build
On 10/17/11 3:52 PM, Tim Bell wrote: > Does the JDK source still depend on afxres.h? Yes for OpenJDK 6: dalibor-topics-macbook:jdk6 robilad$ grep -r "afxres.h" . ./corba/src/windows/resource/version.rc:#include "afxres.h" ./jdk/src/windows/native/sun/windows/awt.rc:#include "afxres.h" ./jdk/src/windows/resource/version.rc:#include "afxres.h" No for JDK 7 Updates: dalibor-topics-macbook:jdk7u robilad$ grep -r "afxres.h" . dalibor-topics-macbook:jdk7u robilad$ cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Request to mailing list discuss rejected regarding "Re: Where have all the "fastdebug" builds gone?"
On 11/10/11 2:25 PM, Ulf Zibis wrote: > Hi all, > > as disc...@openjdk.java.net was in the cc-list of those 3 posts, I just did > "answer to all", as I thought my post would be interesting to all > participants. While that is an understandable opinion on the side of any e-mail author, in practice it is very rare that any single e-mail message is interesting to all participants on any single mailing list, not to mention on multiple ones. See https://secure.wikimedia.org/wikipedia/en/wiki/Crossposting . > I think, list moderators should accept such posts from un-subscribed senders, > to avoid communication thread gaps. No. As a list moderator for a couple of lists, I should point out that I almost never moderate any posts through, with the one exception being mercurial commit messages, since missing those confuses people about commits. > What is the right behaviour here from posters side? Subscribe to a list in order to post to it. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Checking build results
On 11/11/11 11:37 AM, Andrea Weikert wrote: > Is there a place where the official test results are published so I can > compare? Not really. Some people publish their jtreg test results, for example for OpenJDK 6 releases, the Project Leads tend to publish their own jtreg run results, but I'm not aware of any central repository of such results. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Please review 7112160 (Kumar Srinivasan)
On 11/16/11 9:55 PM, Kelly O'Hair wrote: > > On windows, it's more of a "give me a block of memory this big", and > sometimes even if the > system has 4GB, it might not have a 1GB hole to give you. :^( So java just > dies on startup. > > And if you make this number > RAM, the Linux/Solaris systems could very > easily just page thrash. > > We could declare that 2GB RAM is the minimum now, on all systems, and do as > you say, but > there are people out there with less RAM, I think... not me... A 2G minimum sounds sensible to me. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Review request (XS): 7110396: Sound code fails to build on multiarch Linux systems
Once this is pushed into jdk8, please consider backporting it to jdk7u -
I'm seeing the same issue with jdk7u-dev on Ubuntu 11.10.
cheers,
dalibor topic
On 11/10/11 11:25 AM, Alex Menkov wrote:
> Looks good
>
> regards
> Alex
>
> On 10.11.2011 09:24, mark.reinh...@oracle.com wrote:
>> Some Linux distros have started to adopt a "multiarch" filesystem layout for
>> shared libraries in order to support the installation of packages for
>> multiple
>> hardware architectures on a single system. For more information see, e.g.,
>> http://wiki.debian.org/Multiarch.
>>
>> In Ubuntu 11.10 the ALSA shared library, libasound2, was converted to the
>> multiarch format and so its files moved from their old location, /usr/lib,
>> to /usr/lib/${ARCH_TRIPLET}. This caused the JDK build to fail when linking
>> the Java sound library. The root cause appears to be that gcc only tries to
>> resolve undefined symbols against a multiarch library if the library is named
>> on the command line after the object files containing those symbols.
>>
>> The fix is simply to move -lasound to the end of the gcc invocation.
>>
>> I'll push this into JDK 8. It would trivially backport to 7.
>>
>> Patch:
>>
>> --- a/make/javax/sound/jsoundalsa/Makefile
>> +++ b/make/javax/sound/jsoundalsa/Makefile
>> @@ -65,7 +65,7 @@
>> $(MIDIFILES_export) \
>> $(PORTFILES_export)
>>
>> -LDFLAGS += -lasound
>> +EXTRA_LIBS += -lasound
>>
>> CPPFLAGS += \
>> -DUSE_DAUDIO=TRUE \
>>
>> Thanks,
>> - Mark
--
Oracle <http://www.oracle.com>
Dalibor Topic | Java F/OSS Ambassador
Phone: +494023646738 | Mobile: +491772664192
Oracle Java Platform Group
ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Geschäftsführer: Jürgen Kunz
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher
Green Oracle <http://www.oracle.com/commitment> Oracle is committed to
developing practices and products that help protect the environment
Re: Port to VxWorks
On 3/5/12 3:08 PM, martin burtscher wrote: > > Do I still need openembedded, or is this issue fixed now, and can i > cross-compile the OpenJDK (6 or 7) project out of the box (out of the box = > mainly just replace the compiler)? > To quote from the README-builds.html file in the top-level source directory: Cross-Compilation Support: CROSS_COMPILE_ARCH Set to the target architecture of a cross-compilation build. If set, this variable is used to signify that we are cross-compiling. The expectation is that ALT_COMPILER_PATH is set to point to the cross-compiler and that any cross-compilation specific flags are passed using EXTRA_CFLAGS. The ALT_OPENWIN_HOME variable should also be set to point to the graphical header files (e.g. X11) provided with the cross-compiler. When cross-compiling we skip execution of any demos etc that may be built, and also skip binary-file verification. EXTRA_CFLAGS Used to pass cross-compilation options to the cross-compiler. These are added to the CFLAGS and CXXFLAGS variables. USE_ONLY_BOOTDIR_TOOLS Used primarily for cross-compilation builds (and always set in that case) this variable indicates that tools from the boot JDK should be used during the build process, not the tools (javac, javah, jar) just built (which can't execute on the build host). HOST_CC The location of the C compiler to generate programs to run on the build host. Some parts of the build generate programs that are then compiled and executed to produce other parts of the build. Normally the primary C compiler is used to do this, but when cross-compiling that would be the cross-compiler and the resulting program could not be executed. On Linux this defaults to /usr/bin/gcc; on other platforms it must be set explicitly. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: OpenJDK on ARM
On 3/7/12 2:23 PM, Gaël Jobin wrote: > First, my goal is to have only the library of OpenJDK compiled for ARM, not > Hotspot or anything else. > > I work for an embedded system based on ARM, and I want to use the JVM JamVM + > OpenJDK on my board. I believe that's a combination that the Icedtea developers at distro-pkg-dev@openjdk are more familiar with. Please ask build questions about it on that mailing list. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Review Request: Build-infra M1
On 3/22/12 5:34 PM, Fredrik Öhrström wrote: > I know, but the benefit of having the configure script executable > in the repo is tremendous, so the extra hassle is worth it. > In particular if you want to use builddeps to bootstrap the build > environment on for example a Solaris machine. Not to mention the care and feeding of build bots running Windows, where running autoreconf just-in-time before starting the build process could be a lengthy text adventure ... ;) cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Request for Review: Add Mac OS X Instructions to README-builds.html
On 4/25/12 3:02 PM, Edvard Wendelin wrote: > Hi, > > I'm working on some updates in the README-builds.html [1]. The first step is > to add the Mac OS X platform. I have gathered the requirements from the Mac > OS X port wiki [2][3]. It seems like Apple has dropped the "Mac" part of > "Mac OS X" and now only call the product "OS X Lion" [4]. Question is if > this is only a marketing term or if it's now the official name. In this > webrev I've used "Mac OS X". > > I'd suggest adding a line a la "After installing XCode, you must install the XCode command line tools. They are available for download through XCode itself." cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
hg: jdk8/build: 7154130: Add Mac OS X Instructions to README-builds.html
Changeset: 2f06b15e2439 Author:ewendeli Date: 2012-05-03 14:17 +0200 URL: http://hg.openjdk.java.net/jdk8/build/rev/2f06b15e2439 7154130: Add Mac OS X Instructions to README-builds.html Reviewed-by: ohair Contributed-by: edvard.wende...@oracle.com ! README-builds.html
7u6 mac os x build vs. test_gamma
$ export ALT_BOOTDIR=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home $ time make | tee 7u6b23build.log [snip] Doing vm.make build: All done. cd bsd_amd64_compiler2/product && ./test_gamma Error occurred during initialization of VM java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:432) at java.lang.System.initProperties(Native Method) at java.lang.System.initializeSystemClass(System.java:1115) Using java runtime at: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre make[6]: *** [product] Error 1 make[5]: *** [generic_build2] Error 2 make[4]: *** [product] Error 2 make[3]: *** [all_product_universal] Error 2 make[2]: *** [universal_product] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 real43m59.056s user16m47.436s sys 2m44.408s -> It seems like it's using the wrong java runtime to run test_gamma to begin with, right? cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: 7u6 mac os x build vs. test_gamma
On 8/8/12 2:10 PM, Andrew Hughes wrote: > - Original Message - >> On 8/08/2012 8:54 PM, Dalibor Topic wrote: >>> $ export >>> ALT_BOOTDIR=/Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home >>> $ time make | tee 7u6b23build.log >>> [snip] >>> Doing vm.make build: >>> All done. >>> cd bsd_amd64_compiler2/product&& ./test_gamma >>> Error occurred during initialization of VM >>> java.lang.NullPointerException >>> at java.util.Hashtable.put(Hashtable.java:432) >>> at java.lang.System.initProperties(Native Method) >>> at java.lang.System.initializeSystemClass(System.java:1115) >>> >>> Using java runtime at: >>> /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jre >>> make[6]: *** [product] Error 1 >>> make[5]: *** [generic_build2] Error 2 >>> make[4]: *** [product] Error 2 >>> make[3]: *** [all_product_universal] Error 2 >>> make[2]: *** [universal_product] Error 2 >>> make[1]: *** [hotspot-build] Error 2 >>> make: *** [build_product_image] Error 2 >>> >>> real43m59.056s >>> user16m47.436s >>> sys 2m44.408s >>> >>> >>> -> It seems like it's using the wrong java runtime to run >>> test_gamma to begin with, right? >> >> Right. After the hashtable changes the minimum requirement for the >> JDK >> runtime went up. >> >> David >> >> >>> cheers, >>> dalibor topic >> > > This looks like the error I saw if the JDK has the newer java.lang.String: > > changeset: 5315:e1c679a00712 > user:mduigou > date:Thu May 17 10:06:19 2012 -0700 > summary: 6924259: Remove offset and count fields from java.lang.String > > but HotSpot doesn't have support for it. Hit the same thing while getting > the older Zero HotSpot to work with u6. > Oddly enough, $ export LANG=C fixed it for the subsequent make clean && make run, which printed the same "Using java runtime at: /Library/Java/JavaVirtualMachines/1.7.0.jdk/Contents/Home/jr" message after printing the test results, and carried on. I think we should document the export LANG=C setting in the Mac OS X section of the build README for 7u. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: webrev failure?
On 8/12/12 1:39 PM, Martijn Verburg wrote: > Hi David, > > Aha! :-). Any ideas on how far I need to downgrade the version of hg? > (I'm 2.3 at the moment). 2.2.3 works fine for me. See http://robilad.livejournal.com/125607.html for how to do it on MacPorts, assuming you've had it installed from MacPorts and working before. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
JDK 8 Build Failure
I checked out jdk8/jdk8 and gave it a go using the new build system. It failed eventually with Generating exceptions classes Generating icon classes /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/rt.jar: invalid LOC header (bad signature) Exception in thread "main" java.lang.NoClassDefFoundError: sun/awt/image/SunWritableRaster$DataStealer at java.awt.image.DataBuffer.(DataBuffer.java:517) at javax.imageio.ImageTypeSpecifier.createComponentCM(ImageTypeSpecifier.java:249) at javax.imageio.ImageTypeSpecifier$Interleaved.(ImageTypeSpecifier.java:304) at javax.imageio.ImageTypeSpecifier.createInterleaved(ImageTypeSpecifier.java:399) at javax.imageio.ImageTypeSpecifier.createSpecifier(ImageTypeSpecifier.java:1169) at javax.imageio.ImageTypeSpecifier.getSpecifier(ImageTypeSpecifier.java:1118) at javax.imageio.ImageTypeSpecifier.createFromBufferedImageType(ImageTypeSpecifier.java:901) at com.sun.imageio.plugins.png.PNGImageReader.getImageTypes(PNGImageReader.java:1494) at com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1280) at com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1577) at javax.imageio.ImageIO.read(ImageIO.java:1448) at javax.imageio.ImageIO.read(ImageIO.java:1352) at sun.awt.X11.ToBin.main(ToBin.java:35) gmake[2]: *** [/media/OpenJDK/nashorn/jdk8/build/linux-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] Error 1 gmake[1]: *** [gensrc-only] Error 2 cheers, dalibor topic
Re: JDK 8 Build Failure
On 1/28/13 10:35 AM, Erik Joelsson wrote: > Which platform are you building on? Oracle Linux 6.3 (Linux OBI). > What kind of boot jdk are you using. config.status: BOOT_JDK=/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/ > It looks like there is an exception in one of the build tools (java source > generation for X11) running on the boot jdk. Anything I can dig into to help track this one down? cheers, dalibor topic > /Erik > > On 2013-01-25 10:14, dalibor.to...@oracle.com wrote: >> I checked out jdk8/jdk8 and gave it a go using the new build system. It >> failed eventually with >> >> Generating exceptions classes >> Generating icon classes >> /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/rt.jar: invalid LOC >> header (bad signature) >> Exception in thread "main" java.lang.NoClassDefFoundError: >> sun/awt/image/SunWritableRaster$DataStealer >> at java.awt.image.DataBuffer.(DataBuffer.java:517) >> at >> javax.imageio.ImageTypeSpecifier.createComponentCM(ImageTypeSpecifier.java:249) >> at >> javax.imageio.ImageTypeSpecifier$Interleaved.(ImageTypeSpecifier.java:304) >> at >> javax.imageio.ImageTypeSpecifier.createInterleaved(ImageTypeSpecifier.java:399) >> at >> javax.imageio.ImageTypeSpecifier.createSpecifier(ImageTypeSpecifier.java:1169) >> at >> javax.imageio.ImageTypeSpecifier.getSpecifier(ImageTypeSpecifier.java:1118) >> at >> javax.imageio.ImageTypeSpecifier.createFromBufferedImageType(ImageTypeSpecifier.java:901) >> at >> com.sun.imageio.plugins.png.PNGImageReader.getImageTypes(PNGImageReader.java:1494) >> at >> com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1280) >> at >> com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1577) >> at javax.imageio.ImageIO.read(ImageIO.java:1448) >> at javax.imageio.ImageIO.read(ImageIO.java:1352) >> at sun.awt.X11.ToBin.main(ToBin.java:35) >> gmake[2]: *** >> [/media/OpenJDK/nashorn/jdk8/build/linux-x86_64-normal-server-release/jdk/gensrc/sun/awt/X11/XAWTIcon32_java_icon16_png.java] >> Error 1 >> gmake[1]: *** [gensrc-only] Error 2 >> >> cheers, >> dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Feedback on the New Build System
On 3/13/13 7:35 PM, Andrew Hughes wrote: > I still think it should be a configure option, which is the first place I > looked. You'd usually use it if something interesting happens, like a build failure, and it's a you're 'not sure how it could have come to this' situation, so in that case, having to re-run configure, and potentially the whole build again seems like a worse option then just adding a variable to the make run as you need it (or not). cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Review request: 2223156 Removal of lzma and upx from JDK7u repo
On 4/11/13 1:52 AM, David Katleman wrote: > Thank you Tim! > > Any other comments before I commit? Nothing from me - You'll need to send a request for approval to jdk7u-dev before the push, though. cheers, dalibor topic > > Thanks > Dave > > On 4/10/2013 1:51 PM, Tim Bell wrote: >> On 04/09/13 18:45, David Katleman wrote: >>> Please review this change, removal of lzma and upx from the open repos of >>> JDK7u >>> >>> http://cr.openjdk.java.net/~katleman/2223156/webrev.root.03/ >>> http://cr.openjdk.java.net/~katleman/2223156/webrev.jdk.03/ >> >> >> Code/Makefile deletion - looks fine. Approved. >> >>> Usage of lzma and upx have been completely internalized into the closed jdk >>> repos. >>> >>> Thanks >>> Dave >> >> Tim >> > -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Review Request : CR8014129
On 5/7/13 11:10 PM, Amy Wang wrote: > Hi, All, > > Please help review the following changes: > > CR8014129 <http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=8014129>: > makefile changes to allow integration of new features > Looks OK. CC:ing build-dev for a second review from there, and Alejandro as a heads up that this change touches Hotspot makefiles. cheers, dalibor topic > The changes are at : > http://cr.openjdk.java.net/~katleman/8014129/hotspot/webrev/ > <http://cr.openjdk.java.net/%7Ekatleman/8014129/hotspot/webrev/> > http://cr.openjdk.java.net/~katleman/8014129/jdk/webrev/ > <http://cr.openjdk.java.net/%7Ekatleman/8014129/jdk/webrev/> > http://cr.openjdk.java.net/~katleman/8014129/make/webrev/ > <http://cr.openjdk.java.net/%7Ekatleman/8014129/make/webrev/> > > Thank you! > Amy > -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Preserving changeset authorship (was Re: PING: [PATCH] Enable debug info on all libraries for OpenJDK builds)
On 5/21/13 10:47 PM, Andrew Hughes wrote: > Why do they need to be run through jprt twice? > > external repo -> jprt -> hotspot-main > > seems sufficient to me. For the same reason jdk8-external wouldn't work. That's not how the flow of changes is set up to go - it's from the lowest rung upwards to the highest (and back), not sideways across. ;) cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8263389 IGV: Zooming changes the point that is currently centered
On Tue, 1 Jun 2021 20:00:07 GMT, jtfuller111 wrote: > Fixing the zoom issue on IGV. I tested this on Windows and Linux and zooming > now works as expected. Hi, please send an e-mail to dalibor.to...@oracle.com so that I can mark your account as verified. - PR: https://git.openjdk.java.net/jdk/pull/4291
Re: Supporting alternative toolchains on Windows
On 11.03.2022 14:34, Julian Waters wrote: Darn, seems like it'll be much harder than I expected. Since multiple toolchains are supported for macOS and Linux, I assumed a slight patch would help get it to work on Windows. Looking through the stuff in make though, it appears a lot of the build system implicitly expects the compiler for Windows to always be Visual C++, which doesn't really help that much (Though the fact that we can exclude many versions of gcc, such as Cygwin's and old MinGW binaries helps a lot). The build process for the newer Windows ports of gcc are surprisingly similar to Visual C++ though (Eg rc can be swapped out for windres) so this might hopefully be something I can try exploring in the future (Gonna look a bit harder at make and write what I can find back to this mailing list in the meantime). It'd be interesting if benchmarks of the JVM compiled with different compilers on Windows can be compared side by side on the off chance this becomes a reality though I wouldn't necessarily expect large differences between builds compiled with different C/C++ compilers on industry benchmarks like SpecJBB, since the JVM will spend most of its time executing code it JIT-compiled itself. I think more interesting from a developer/CI perspective would be potential differences in compilation speed, but I would naively assume those to be dominated by the linker, rather than the compiler itself. cheers, dalibor topic best regards, Julian On Fri, Mar 11, 2022 at 9:16 PM Magnus Ihse Bursie < magnus.ihse.bur...@oracle.com> wrote: On 2022-03-11 12:55, Julian Waters wrote: Hi all, How feasible would it be/much effort would it require to support compiling with alternate toolchains on Windows besides Visual C++ (like the Windows ports of clang and gcc) if we restrict the allowed toolchains to only those that link against the ucrt? (Toolchains linking against the dated msvcrt would present too many issues to work with) That'd be a huge undertaking. And any such patch would only be accepted into the code base if the organization behinded appeared trustworthy in their long-term commitment to keeping it working. /Magnus -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann
Re: Supporting alternative toolchains on Windows
On 11.03.2022 18:18, Thomas Stüfe wrote: As Dalibor wrote, I would not expect too many performance surprises. That said, a more pragmatic approach may be to create a shim layer for visual studio compiler and linker, e.g. a fake "cl.exe" and "link.exe" that translate VC++ options and paths to whatever toolchain you like. That way you don't have to touch the OpenJDK make at all. I know it works in principle since I have such a thing in the past, albeit for a different product and a different target toolchain. I would not be surprised if such a thing exists already. It seems such an obvious idea. For clang there is https://clang.llvm.org/docs/UsersManual.html#clang-cl but I have not tried it myself. But then again the linker step might be problematic. cheers, dalibor topic Cheers, Thomas On Fri, Mar 11, 2022 at 2:35 PM Julian Waters wrote: Darn, seems like it'll be much harder than I expected. Since multiple toolchains are supported for macOS and Linux, I assumed a slight patch would help get it to work on Windows. Looking through the stuff in make though, it appears a lot of the build system implicitly expects the compiler for Windows to always be Visual C++, which doesn't really help that much (Though the fact that we can exclude many versions of gcc, such as Cygwin's and old MinGW binaries helps a lot). The build process for the newer Windows ports of gcc are surprisingly similar to Visual C++ though (Eg rc can be swapped out for windres) so this might hopefully be something I can try exploring in the future (Gonna look a bit harder at make and write what I can find back to this mailing list in the meantime). It'd be interesting if benchmarks of the JVM compiled with different compilers on Windows can be compared side by side on the off chance this becomes a reality though best regards, Julian On Fri, Mar 11, 2022 at 9:16 PM Magnus Ihse Bursie < magnus.ihse.bur...@oracle.com> wrote: On 2022-03-11 12:55, Julian Waters wrote: Hi all, How feasible would it be/much effort would it require to support compiling with alternate toolchains on Windows besides Visual C++ (like the Windows ports of clang and gcc) if we restrict the allowed toolchains to only those that link against the ucrt? (Toolchains linking against the dated msvcrt would present too many issues to work with) That'd be a huge undertaking. And any such patch would only be accepted into the code base if the organization behinded appeared trustworthy in their long-term commitment to keeping it working. /Magnus -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann
Re: Problems with JDK8 build on Ubuntu?
You're not trying to build jdk8/jdk8 instead of jdk8u/jdk8u, right? cheers, dalibor topic On 23.11.2017 11:50, Ted Neward wrote: Yeah, I’ve got build-dep and openjdk-8. I’ll have a look at the source, but this begs a question: Why hasn’t it been backported to the JDK8 repo, if it’s a known fix? Ted Neward Author, Speaker, Mentor http://www.newardassociates.com t: @tedneward | m: (425) 647-4526 On 11/23/17, 2:32 AM, "John Paul Adrian Glaubitz" wrote: Hi Ted! On 11/23/2017 11:23 AM, Ted Neward wrote: > When I run it, there’s a problem about OS version detection, which I found a fix > for, but then it appears that there’s some kind of syntax error in a generate makefile. > Before I attach a ridiculously long logfile, does anybody have a quick fix or know where > I should go to get the fix? I suggest having a look at the Debian packaging source for the openjdk-8 package which is also used in Ubuntu (the maintainer is Matthias Klose in both cases) [1]. Have a look at the patches in debian/patches as well as the build script in debian/ 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 Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Problems with JDK8 build on Ubuntu?
Probably - jdk8/jdk8 is the GA source code from a few years ago.
jdk8u/jdk8u is the latest JDK 8 updates.
cheers,
dalibor topic
On 23.11.2017 12:12, Ted Neward wrote:
Errr….. What’s the difference, again?
I cloned java.net/jdk8/jdk8, which is what I thought was the correct repo—is
there a new URL? I haven’t done this in a while, so I jumped onto Google and
took the first URL in a description that seemed correct. Am I trying to clone
the wrong repo?
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:08 AM, "build-dev on behalf of dalibor topic"
wrote:
You're not trying to build jdk8/jdk8 instead of jdk8u/jdk8u, right?
cheers,
dalibor topic
On 23.11.2017 11:50, Ted Neward wrote:
> Yeah, I’ve got build-dep and openjdk-8. I’ll have a look at the source,
but this begs a question: Why hasn’t it been backported to the JDK8 repo, if it’s
a known fix?
>
> Ted Neward
> Author, Speaker, Mentor
> http://www.newardassociates.com
> t: @tedneward | m: (425) 647-4526
>
> On 11/23/17, 2:32 AM, "John Paul Adrian Glaubitz"
wrote:
>
> Hi Ted!
>
> On 11/23/2017 11:23 AM, Ted Neward wrote:
> > When I run it, there’s a problem about OS version detection,
which I found a fix
> > for, but then it appears that there’s some kind of syntax error
in a generate makefile.
> > Before I attach a ridiculously long logfile, does anybody have a
quick fix or know where
> > I should go to get the fix?
>
> I suggest having a look at the Debian packaging source for the
openjdk-8 package
> which is also used in Ubuntu (the maintainer is Matthias Klose in
both cases) [1].
>
> Have a look at the patches in debian/patches as well as the build
script in debian/
> 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 Paul Adrian Glaubitz
> : :' : Debian Developer - glaub...@debian.org
> `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
> `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
>
>
>
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +491737185961
ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +491737185961
ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
ORACLE Deutschland B.V. & Co. KG
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRA 95603
Komplementärin: ORACLE Deutschland Verwaltung B.V.
Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
<http://www.oracle.com/commitment> Oracle is committed to developing
practices and products that help protect the environment
Re: Problems with JDK8 build on Ubuntu?
hg clone http://hg.openjdk.java.net/jdk8u/jdk8u/ and then bash
get_source.sh within jdk8u directory.
cheers,
dalibor topic
On 23.11.2017 12:15, Ted Neward wrote:
Save me a Google and remind me where that repo URL is? :-)
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:14 AM, "dalibor topic" wrote:
Probably - jdk8/jdk8 is the GA source code from a few years ago.
jdk8u/jdk8u is the latest JDK 8 updates.
cheers,
dalibor topic
On 23.11.2017 12:12, Ted Neward wrote:
> Errr….. What’s the difference, again?
>
> I cloned java.net/jdk8/jdk8, which is what I thought was the correct
repo—is there a new URL? I haven’t done this in a while, so I jumped onto Google
and took the first URL in a description that seemed correct. Am I trying to clone
the wrong repo?
>
> Ted Neward
> Author, Speaker, Mentor
> http://www.newardassociates.com
> t: @tedneward | m: (425) 647-4526
>
> On 11/23/17, 3:08 AM, "build-dev on behalf of dalibor topic"
wrote:
>
> You're not trying to build jdk8/jdk8 instead of jdk8u/jdk8u, right?
>
> cheers,
> dalibor topic
>
> On 23.11.2017 11:50, Ted Neward wrote:
> > Yeah, I’ve got build-dep and openjdk-8. I’ll have a look at the
source, but this begs a question: Why hasn’t it been backported to the JDK8 repo, if
it’s a known fix?
> >
> > Ted Neward
> > Author, Speaker, Mentor
> > http://www.newardassociates.com
> > t: @tedneward | m: (425) 647-4526
> >
> > On 11/23/17, 2:32 AM, "John Paul Adrian Glaubitz"
wrote:
> >
> > Hi Ted!
> >
> > On 11/23/2017 11:23 AM, Ted Neward wrote:
> > > When I run it, there’s a problem about OS version
detection, which I found a fix
> > > for, but then it appears that there’s some kind of syntax
error in a generate makefile.
> > > Before I attach a ridiculously long logfile, does anybody
have a quick fix or know where
> > > I should go to get the fix?
> >
> > I suggest having a look at the Debian packaging source for
the openjdk-8 package
> > which is also used in Ubuntu (the maintainer is Matthias
Klose in both cases) [1].
> >
> > Have a look at the patches in debian/patches as well as the
build script in debian/
> > 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 Paul Adrian Glaubitz
> > : :' : Debian Developer - glaub...@debian.org
> > `. `' Freie Universitaet Berlin -
glaub...@physik.fu-berlin.de
> > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5
F913
> >
> >
> >
>
> --
> <http://www.oracle.com> Dalibor Topic | Principal Product Manager
> Phone: +494089091214 | Mobile: +491737185961
>
>
> ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
>
> ORACLE Deutschland B.V. & Co. KG
> Hauptverwaltung: Riesstr. 25, D-80992 München
> Registergericht: Amtsgericht München, HRA 95603
>
> Komplementärin: ORACLE Deutschland Verwaltung B.V.
> Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
> Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
>
> <http://www.oracle.com/commitment> Oracle is committed to developing
> practices and products that help protect the environment
>
>
>
--
<http://www.oracle.com> Dalibor Topic | Principal Product Manager
Phone: +494089091214 | Mobile: +491737185961
ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
ORACLE Deutschland B.V. &a
Re: Problems with JDK8 build on Ubuntu?
On 23.11.2017 12:25, Ted Neward wrote:
OK, so it’s still at java.net; that’s good to know. :-)
Out of curiosity, though, what’s the difference? Why maintain two?
jdk8/jdk8 is the 'historic' source code 'archive' for the development of
JDK 8. JDK 8u is what happened since in the updates.
JDK Release Projects like JDK 8 have a special status in Bylaws (see
http://openjdk.java.net/bylaws#jdk-release-projects) while 'regular'
Projects like JDK 8 Updates do not. So updates end up being separate
Projects with separate repos.
Well ... you asked. ;)
cheers,
dalibor topic
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:21 AM, "dalibor topic" wrote:
hg clone http://hg.openjdk.java.net/jdk8u/jdk8u/ and then bash
get_source.sh within jdk8u directory.
cheers,
dalibor topic
On 23.11.2017 12:15, Ted Neward wrote:
> Save me a Google and remind me where that repo URL is? :-)
>
> Ted Neward
> Author, Speaker, Mentor
> http://www.newardassociates.com
> t: @tedneward | m: (425) 647-4526
>
> On 11/23/17, 3:14 AM, "dalibor topic" wrote:
>
> Probably - jdk8/jdk8 is the GA source code from a few years ago.
> jdk8u/jdk8u is the latest JDK 8 updates.
>
> cheers,
> dalibor topic
>
> On 23.11.2017 12:12, Ted Neward wrote:
> > Errr….. What’s the difference, again?
> >
> > I cloned java.net/jdk8/jdk8, which is what I thought was the
correct repo—is there a new URL? I haven’t done this in a while, so I jumped onto
Google and took the first URL in a description that seemed correct. Am I trying to
clone the wrong repo?
> >
> > Ted Neward
> > Author, Speaker, Mentor
> > http://www.newardassociates.com
> > t: @tedneward | m: (425) 647-4526
> >
> > On 11/23/17, 3:08 AM, "build-dev on behalf of dalibor topic"
wrote:
> >
> > You're not trying to build jdk8/jdk8 instead of jdk8u/jdk8u,
right?
> >
> > cheers,
> > dalibor topic
> >
> > On 23.11.2017 11:50, Ted Neward wrote:
> > > Yeah, I’ve got build-dep and openjdk-8. I’ll have a look
at the source, but this begs a question: Why hasn’t it been backported to the JDK8 repo,
if it’s a known fix?
> > >
> > > Ted Neward
> > > Author, Speaker, Mentor
> > > http://www.newardassociates.com
> > > t: @tedneward | m: (425) 647-4526
> > >
> > > On 11/23/17, 2:32 AM, "John Paul Adrian Glaubitz"
wrote:
> > >
> > > Hi Ted!
> > >
> > > On 11/23/2017 11:23 AM, Ted Neward wrote:
> > > > When I run it, there’s a problem about OS version
detection, which I found a fix
> > > > for, but then it appears that there’s some kind of
syntax error in a generate makefile.
> > > > Before I attach a ridiculously long logfile, does
anybody have a quick fix or know where
> > > > I should go to get the fix?
> > >
> > > I suggest having a look at the Debian packaging
source for the openjdk-8 package
> > > which is also used in Ubuntu (the maintainer is
Matthias Klose in both cases) [1].
> > >
> > > Have a look at the patches in debian/patches as well
as the build script in debian/
> > > 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 Paul Adrian Glaubitz
> > > : :' : Debian Developer - glaub...@debian.org
> >
Re: Problems with JDK8 build on Ubuntu?
See https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms
Other JDK 8 build platforms
Linux x86 and x86_64(green star)Ubuntu 14.04gcc 4.8.2 Works
flawlessly
(green star)Ubuntu 13.10gcc 4.8.1 Works flawlessly
Ubuntu Server seems to be 16.04 or 17.10, so you may need to play with
g++ flags to not error out on warnings, in case that g++ on the system
is too ... fresh. It should build fine with gcc 6 based systems, too,
while you may need to disable warnings as errors with gcc 7.
cheers,
dalibor topic
On 23.11.2017 12:19, Ted Neward wrote:
Oh, one other more general question: Has anybody built OpenJDK successfully
using Ubuntu Server? (I just need a quick build VM, I don’t necessarily need
all the GUI bells and whistles, in many/most cases.)
I know AdoptOpenJDK has a Docker image, too, but I’m not sure how to use it and
sort of gave up fairly quickly when it wasn’t brutally obvious. (I can’t tell
if the Docker image there includes the source or not, and/or if the source
would need to be mounted in a separate volume, and how then it would be updated
when new changes are made, etc.) I should probably figure all that out, but I
was trying to go with the least-amount-of-work path to get to a slowdebug
version of the OpenJDK that I could use for some diagnostic purposes for
digging into the G1 GC.
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:14 AM, "dalibor topic" wrote:
Probably - jdk8/jdk8 is the GA source code from a few years ago.
jdk8u/jdk8u is the latest JDK 8 updates.
cheers,
dalibor topic
On 23.11.2017 12:12, Ted Neward wrote:
> Errr….. What’s the difference, again?
>
> I cloned java.net/jdk8/jdk8, which is what I thought was the correct
repo—is there a new URL? I haven’t done this in a while, so I jumped onto Google
and took the first URL in a description that seemed correct. Am I trying to clone
the wrong repo?
>
> Ted Neward
> Author, Speaker, Mentor
> http://www.newardassociates.com
> t: @tedneward | m: (425) 647-4526
>
> On 11/23/17, 3:08 AM, "build-dev on behalf of dalibor topic"
wrote:
>
> You're not trying to build jdk8/jdk8 instead of jdk8u/jdk8u, right?
>
> cheers,
> dalibor topic
>
> On 23.11.2017 11:50, Ted Neward wrote:
> > Yeah, I’ve got build-dep and openjdk-8. I’ll have a look at the
source, but this begs a question: Why hasn’t it been backported to the JDK8 repo, if
it’s a known fix?
> >
> > Ted Neward
> > Author, Speaker, Mentor
> > http://www.newardassociates.com
> > t: @tedneward | m: (425) 647-4526
> >
> > On 11/23/17, 2:32 AM, "John Paul Adrian Glaubitz"
wrote:
> >
> > Hi Ted!
> >
> > On 11/23/2017 11:23 AM, Ted Neward wrote:
> > > When I run it, there’s a problem about OS version
detection, which I found a fix
> > > for, but then it appears that there’s some kind of syntax
error in a generate makefile.
> > > Before I attach a ridiculously long logfile, does anybody
have a quick fix or know where
> > > I should go to get the fix?
> >
> > I suggest having a look at the Debian packaging source for
the openjdk-8 package
> > which is also used in Ubuntu (the maintainer is Matthias
Klose in both cases) [1].
> >
> > Have a look at the patches in debian/patches as well as the
build script in debian/
> > 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 Paul Adrian Glaubitz
> > : :' : Debian Developer - glaub...@debian.org
> > `. `' Freie Universitaet Berlin -
glaub...@physik.fu-berlin.de
> > `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5
F913
> >
> >
> >
>
> --
> <http://www.ora
Re: Problems with JDK8 build on Ubuntu?
The cpio message comes from OpenJDK's configure script. See
http://hg.openjdk.java.net/jdk8u/jdk8u/file/a0672a294b9a/common/autoconf/basics.m4
BASIC_REQUIRE_PROG(CPIO, cpio)
I would doubt that all OpenJDK build dependencies are part of the
typical docker image, so you should run apt-get build-dep openjdk-8 (or
9, depending on which one you're trying to create a CI image for) as
part of your docker build.
cheers,
dalibor topic
On 24.11.2017 10:42, Ted Neward wrote:
Changing it up just a touch….
I got it to build fine inside of Ubuntu 16 (and, just for kicks, Kubuntu, since
I prefer KDE as a GUI) without flaw.
But when I try to do it in a Docker image, I get a weird configure error:
“Could not find cpio!”
Googling around reveals that cpio (as far as apt packaging is concerned) is
replaced by tar, which is definitely in the image. And I didn’t run into this
problem when I was doing in a real VM (as opposed to Docker), so I’m a little
surprised by all this.
On top of that, I just got an OpenJDK 9 image to build fine inside of Docker
right before I started to do the same for 8.
So…. Any thoughts?
BTW, if you want to have a look at the Dockerfiles, they’re at
https://bitbucket.org/TedNeward/docker . (I put all the images that aren’t part
of applications or platforms into this one repo. I find it easier to keep track
of them that way for demos and stuff.) They’re in openjdk8 and openjdk9,
respectively.
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:36 AM, "build-dev on behalf of Ted Neward"
wrote:
That is just Byzantine enough to be true. :-)
I had a feeling the answer was going to be something along the lines of “Reasons—and backwards compatibility reasons” or so, and that pretty neatly fits into that category, so…. Got it. :-)
Thanks! Downloading source now and trying again. (I knew it had to be something stupidly simple on my end.)
Ted Neward
Author, Speaker, Mentor
http://www.newardassociates.com
t: @tedneward | m: (425) 647-4526
On 11/23/17, 3:31 AM, "dalibor topic" wrote:
On 23.11.2017 12:25, Ted Neward wrote:
> OK, so it’s still at java.net; that’s good to know. :-)
>
> Out of curiosity, though, what’s the difference? Why maintain two?
jdk8/jdk8 is the 'historic' source code 'archive' for the development of
JDK 8. JDK 8u is what happened since in the updates.
JDK Release Projects like JDK 8 have a special status in Bylaws (see
http://openjdk.java.net/bylaws#jdk-release-projects) while 'regular'
Projects like JDK 8 Updates do not. So updates end up being separate
Projects with separate repos.
Well ... you asked. ;)
cheers,
dalibor topic
> Ted Neward
> Author, Speaker, Mentor
> http://www.newardassociates.com
> t: @tedneward | m: (425) 647-4526
>
> On 11/23/17, 3:21 AM, "dalibor topic"
wrote:
>
> hg clone http://hg.openjdk.java.net/jdk8u/jdk8u/ and then bash
> get_source.sh within jdk8u directory.
>
> cheers,
> dalibor topic
>
> On 23.11.2017 12:15, Ted Neward wrote:
> > Save me a Google and remind me where that repo URL is? :-)
> >
> > Ted Neward
> > Author, Speaker, Mentor
> > http://www.newardassociates.com
> > t: @tedneward | m: (425) 647-4526
> >
> > On 11/23/17, 3:14 AM, "dalibor topic"
wrote:
> >
> > Probably - jdk8/jdk8 is the GA source code from a few
years ago.
> > jdk8u/jdk8u is the latest JDK 8 updates.
> >
> > cheers,
> > dalibor topic
> >
> > On 23.11.2017 12:12, Ted Neward wrote:
> > > Errr….. What’s the difference, again?
> > >
> > > I cloned java.net/jdk8/jdk8, which is what I thought
was the correct repo—is there a new URL? I haven’t done this in a while, so I jumped
onto Google and took the first URL in a description that seemed correct. Am I trying to
clone the wrong repo?
> > >
> > > Ted Neward
> > > Author, Speaker, Mentor
> > > http://www.newardassociates.com
&g
Re: Building OpenJDK9 on MSYS2
On 27.11.2017 15:17, Thomas Stüfe wrote: Also the question of who is supposed to maintain it in the long run should be answered. We are usually quite strict in adding new platforms - I remember the recent BSD port discussions, which I believe ended in 1) needs a long term maintainer, preferably a company or foundation To be more specific, adding a new platform (such as cygwin-newlib-gcc) would need to be accompanied by a JEP, and someone (an individual, or a few, or a lot of them) signing up to do the work on the JEP, i.e. the JEP would need to be 'funded'. Whether those individuals are also members of a single legal entity or not does not matter much in theory. In practice, of course, legal entities might able to muster more resources in the pursuit of their goals than a single individual. 2) must pass TCK *before* being added to the mainline. The BSD people did not meet the restrictions, so they are still in their port branch. Which, btw, would be a solution for msys2+gcc port too: work in their own branch until the conditions are met to migrate to the base line? I'd suggest that work on something adding a new platform such as cygwin-newlib-gcc would usually be better off in its own Project, as that allows the Project's contributors to bootstrap a port and the assiciated roles (Committer, Reviewer, etc) without having to 'earn merit' as mainline committers first. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR 8189131: Open-source the Oracle JDK Root Certificates
On 05.12.2017 10:08, Magnus Ihse Bursie wrote: I think the folks from the AdoptOpenJDK project are using this option (CC-ed adoption-discuss). I'm not sure if they want to drop their root certificates in favor of the new ones. Maybe they can upstream their root certs as well, if it seems prudent? Afaik, pretty much all downstream builds use the Mozilla PKI certificates. It already has a very active upstream at Mozilla, so upstreaming it into OpenJDK doesn't make a lot of sense. ;) The only reason this was made an option is that the OpenJDK distribution didn't include a root store at all by default, so *all* users needed to provide one for it to be usable. Now that this changes, the need to have build support to replace it diminishes greatly. Fwiw, it can still be easily replaced on installation of a package by a symbolic link to (or a copy of) the Mozilla root certificates, for example. So I don't think that it's necessary for the build support to remain, once this change goes in. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: The generated-configure.sh script is dead, long live autoconf!
On 06.02.2018 09:51, Thomas Stüfe wrote: You are right, maybe adapting to autoconf 2.69 is the cleaner way to go instead of trying to make the builds run with an older autoconf. It most likely is. The older the autoconf is that one requires, the more problematic using the OS provided one becomes, as due to the murky past of autotools, OS vendors used to patch them quite extensively to try to work around the effects of incompatibilities in transitions between 2.13 and 2.50. The autoconf civil wars took many years to settle down. See https://cygwin.com/ml/cygwin-announce/2001/msg00177.html for an example of the accidental complexity that the whole thing triggered. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8200083: Bump bootjdk requirement for JDK 11 to JDK 10
On 24.03.2018 03:13, John Paul Adrian Glaubitz wrote: But is using the latest Java features really so important for OpenJDK development? Generally speaking, being able to use the latest features is important because they typically reduce cost of both development (short term) & maintenance (long term). For a non-obvious example, having to support two ways of doing something because one way was deprecated and removed, but one is stuck with some old baseline where it still wasn't adds non-trivial cost to design, decision making, maintenance, etc. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8200083: Bump bootjdk used for JDK 11 at Oracle to JDK 10
On 05.04.2018 20:11, Erik Joelsson wrote: On 2018-04-04 18:56, Martin Buchholz wrote: On Wed, Apr 4, 2018 at 5:03 PM, David Holmes <mailto:david.hol...@oracle.com>> wrote: On 5/04/2018 7:00 AM, Jonathan Gibbons wrote: I have to agree. There can't be two bootJDK versions. I have to disagree. You could design openjdk to be buildable by any set of boot JDKs. It's only the fact that javac happens to be written in java that creates a boot jdk requirement at all. It could, but the whole point we are trying to get across is that it adds a pretty large maintenance burden. [..] We are in no need of more build configurations to keep track of. Are you up for taking on that work? Even if someone wanted to sign up for taking on such work, I think it'd be better suited for an update release series under their leadership than for the next, in-development JDK release. For example, if someone sufficiently qualified decided to make future JDK 10 updates buildable using the full range of JDK 1.0 - JDK 10, as Martin seemingly suggests, they could pursue that effort as future JDK 10 update maintainers instead of trying to make it work and keep it working in the faster paced mainline jdk/jdk development tree. That way an additional maintenance burden would be created only where it's desired and presumably, necessary. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Supported platforms
On 09.04.2018 09:55, Magnus Ihse Bursie wrote: There is actually no such thing as a "supported OpenJDK platform". While I hope things may change in the future, OpenJDK as an organization does not publicize any list of "supported" platforms. Oracle publishes a list of platforms they support, and I presume that Red Hat and SAP and others do the same, but the OpenJDK project itself does not. To add to that, the list of platforms supported by the latest JDK 10 OpenJDK binaries can be found at http://jdk.java.net/10/supported . cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8239789 Follow-up on JVM feature rewrite
Some small suggestions: On 21.02.2020 16:05, Magnus Ihse Bursie wrote: aot enable ahead of time compilation (AOT) cds enable class data sharing (CDS) compiler1 enable hotspot compiler C1 compiler2 enable hotspot compiler C2 hotspot -> HotSpot dtrace enable dtrace support dtrace -> DTrace epsilongc include the epsilon (no-op) garbage collector g1gc include the G1 garbage collector graal enable Graal (jdk.internal.vm.compiler) Graal -> Graal JIT (to avoid potential confusion with similarly named runtime technologies) jfr enable Java Flight Recorder (JFR) Java -> JDK cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 , Video: dalibor.to...@oracle.com Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann
Re: RFR: JDK-8239789 Follow-up on JVM feature rewrite
Hi Magnus, I'll put opening the bug and creating a patch on my little pile of things to do ... eventually, so no worries. cheers, dalibor topic On 25.02.2020 16:33, Magnus Ihse Bursie wrote: Hi Dalibor, I just pushed this. Are your suggestions important enough that I should open a separate bug? /Magnus 25 feb. 2020 kl. 10:45 skrev Dalibor Topic : Some small suggestions: On 21.02.2020 16:05, Magnus Ihse Bursie wrote: aot enable ahead of time compilation (AOT) cds enable class data sharing (CDS) compiler1 enable hotspot compiler C1 compiler2 enable hotspot compiler C2 hotspot -> HotSpot dtrace enable dtrace support dtrace -> DTrace epsilongc include the epsilon (no-op) garbage collector g1gcinclude the G1 garbage collector graal enable Graal (jdk.internal.vm.compiler) Graal -> Graal JIT (to avoid potential confusion with similarly named runtime technologies) jfr enable Java Flight Recorder (JFR) Java -> JDK cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 , Video: dalibor.to...@oracle.com Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann -- <http://www.oracle.com> Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 , Video: dalibor.to...@oracle.com Oracle Global Services Germany GmbH Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRB 246209 Geschäftsführer: Ralf Herrmann
Re: [rfc][jdk7] jhat manpage have corrupted url in see also.
On 09.02.2015 16:37, Omair Majid wrote: At this point, only showstopper bugs are being accepted into JDK 7u. Please hold onto this patch until jdk7u80 is released and the repository is open for fixes again. Thanks, Omair - that's the best approach. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8147795 Build system support for BSD
On 20.01.2016 22:17, Magnus Ihse Bursie wrote: A reflection, though: If the requirement for such a port is that a company provides continuous testing and support, then I believe it's unlikely that any BSD port will ever reach the mainline, due to the community based nature of the BSD projects. Community supported ports have been merged into mainline in the past when they have passed the TCK with the expectation that they are kept in shape by the corresponding (sub)community in OpenJDK, and if they aren't, that they'd get dropped out of mainline again. A JEP would be a second item to look at, of course, now that we have a JEP process in place. Typically, they'd go through the JDK Release Project in development first (i.e. JDK 9 now), and then potentially get backported to an Update release Project. With respect to the BSD Port, the FreeBSD Foundation is listed here: http://openjdk.java.net/groups/conformance/JckAccess/jck-access.html but I'm not sure if they have completed their respective efforts yet. We already have the BSD Port Project [1], sponsored by the Porters Group [2]. They maintain their own forests. For jdk8, the forest contains a number of patches for BSD. These have not been included upstream, for reasons I can only speculate in. I think it unfortunately came down to lack of man power among BSD Port developers at the time when the dust after the OS X Port's integration into JDK 8 settled. [1] Making it easier for the BSD port to integrate JDK 9 changes sounds fine to me, but I'm not a JDK 9/build area Reviewer. cheers, dalibor topic [1] http://mail.openjdk.java.net/pipermail/bsd-port-dev/2014-April/002245.html -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Building with GCC 6
On 16.02.2016 15:40, Andrew Haley wrote: GCC 6 is quite new, so we have a little time before the various users of OpenJDK start to hit these problems, What does the general adoption timeline for GCC 6 look for Linux distributions? cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Building with GCC 6
Thanks, Andrew - it sounds like it could affect 8u as well within the year, then. cheers, dalibor topic On 18.02.2016 13:46, Andrew Haley wrote: On 02/18/2016 12:20 PM, dalibor topic wrote: On 16.02.2016 15:40, Andrew Haley wrote: GCC 6 is quite new, so we have a little time before the various users of OpenJDK start to hit these problems, What does the general adoption timeline for GCC 6 look for Linux distributions? It's not possible to say in general, but for Fedora maybe a few months, Debian LTS several years; everything else is in between. Andrew. -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8141590: Cannot build Zero with devkit
On 05.12.2016 12:17, Severin Gehwolf wrote: So far my knowledge was Oracle didn't build the Zero port at all. See http://openjdk.java.net/projects/mobile/ cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Bug in File.getLastModified()
On 29.03.2017 16:40, Ricardo Almeida wrote: Hi, I could not raise a bug in https://bugs.openjdk.java.net/ Hi, please use bugs.java.com to file issues if you're not an OpenJDK developer. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Correct Compiler for ARM / Arch64 for the jdk8u forest? (-m64 not supported)
If this is related to yesterday's similar query [0], then I assume you're using http://hg.openjdk.java.net/jdk8u/jdk8u/ for the build. There is no dedicated ARM port in JDK 8u. You would need to build the Zero interpreter instead, if you are building from the forest above, or, as Andrew suggested, use a different forest from the AArch64 Port Project. cheers, dalibor topic [0] http://mail.openjdk.java.net/pipermail/build-dev/2017-April/018974.html On 20.04.2017 13:16, Martijn Verburg wrote: Hi all, We've been putting together a community build farm and have wrangled from ARM machines. We are building from jdk8u and have the following configuration: - A new configuration has been successfully created in /home/jenkins/workspace/george_arm_test/openjdk/build/linux-aarch64-normal-server-release using configure arguments '--with-boot-jdk=/usr/lib/jvm/java-1.7.0-openjdk-arm64 --enable-ccache --with-jvm-variants=server --with-cacerts-file=/home/jenkins/workspace/george_arm_test/cacerts_area/security/cacerts --with-alsa=/home/jenkins/workspace/george_arm_test/alsa-lib-1.0.27.2 --with-freetype=/home/jenkins/workspace/george_arm_test/openjdk/installedfreetype --with-x=/usr/include/X11 --with-debug-level=release'. Configuration summary: * Debug level:release * JDK variant:normal * JVM variants: server * OpenJDK target: OS: linux, CPU architecture: aarch64, address length: 64 Tools summary: * Boot JDK: java version "1.7.0_95" OpenJDK Runtime Environment (IcedTea 2.6.4) (7u95-2.6.4-3) OpenJDK 64-Bit Server VM (build 24.95-b01, mixed mode) (at /usr/lib/jvm/java-1.7.0-openjdk-arm64) * C Compiler: gcc-5 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4) 5.4.0 version 5.4.0 (at /usr/bin/gcc-5) * C++ Compiler: g++-5 (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4) 5.4.0 version 5.4.0 (at /usr/bin/g++-5) Build performance summary: * Cores to use: 16 * Memory limit: 128878 MB * ccache status: installed and in use Configured the JDK -- We notice that the configure output states: checking if the C compiler supports "-m64"... no checking if the C++ compiler supports "-m64"... no checking if both compilers support "-m64"... no checking if the C compiler supports "-m64"... no checking if the C++ compiler supports "-m64"... no checking if both compilers support "-m64"... no - The hotspot build then fails (predictably enough) at: CCACHE_COMPRESS=1 CCACHE_SLOPPINESS=time_macros /usr/local/bin/ccache /usr/bin/g++-5 -DLINUX -D_GNU_SOURCE -DAMD64 -DPRODUCT -I. -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/share/vm/prims -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/share/vm -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/share/vm/precompiled -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/cpu/x86/vm -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/os_cpu/linux_x86/vm -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/os/linux/vm -I/home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"25.71-b00\"" -DHOTSPOT_BUILD_TARGET="\"product\"" -DHOTSPOT_BUILD_USER="\"jenkins\"" -DHOTSPOT_LIB_ARCH=\"aarch64\" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DTARGET_OS_FAMILY_linux -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_64 -DTARGET_OS_ARCH_linux_x86 -DTARGET_OS_ARCH_MODEL_linux_x86_64 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -fvisibility=hidden -m64 -pipe -fno-strict-aliasing -g -fno-omit-frame-pointer -O3 -DVM_LITTLE_ENDIAN -D_LP64=1 -Werror -Wpointer-arith -Wsign-compare -Wundef -Wunused-function -Wunused-value -std=gnu++98 -c -MMD -MP -MF ../generated/dependencies/precompiled.hpp.gch.d -fpch-deps -x c++-header /home/jenkins/workspace/george_arm_test/openjdk/hotspot/src/share/vm/precompiled/precompiled.hpp -o precompiled.hpp.gch *g++-5: error: unrecognized command line option '-m64'* - We're inexperienced at build on this architecture, I assuming that we either need a compiler that supports -m64 or that -m64 should not be passed through in this case? Cheers, Martijn -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Error in "exploded-image-optimize' on Ubuntu
Looking at the issue tracker, there is a few dozen of open issues related to Java support, such as https://github.com/Microsoft/BashOnWindows/issues/541 which seem to indicate that the Linux subsystem for Windows may still have a few low-level issues to shake out first. There apparently were some futex problems, some signal handling issues, etc. Some of the workarounds for some of the issues I've heard of involve running the JVM in interpreter mode, but that wouldn't be much fun for building the JDK, which needs to run javac on the JVM to compile the class library. cheers, dalibor topic On 24.04.2017 19:35, Ted Neward wrote: Can you be more specific as to which features it’s lacking? (Having spent a fair amount of time on Windows in my career, I might be able to suggest some ways to work with/around it, though I’ll be the first to admit the Linux-on-Windows subsystem is new to me. The other thing is, I live in Redmond, and I have several friends who work on DotNetCore, and can maybe ask them for some ideas on how to work around whatever issues that are coming up.) Meanwhile, I’ll see if the build works. (I’m not in front of that machine as I write this.) Ted Neward Author, Speaker, Mentor http://www.newardassociates.com t: @tedneward | m: (425) 647-4526 On 4/24/17, 5:10 AM, "Erik Joelsson" wrote: Hello Ted, I do not recognize the error, but I suspect that the failing command is the first time the build is running the newly built jdk to generate something. Can you try this and see if that works? $ build/linux-x64/jdk/bin/java The build should work on Ubuntu 16.04 (it's what I use personally most of the time). The ubuntu shell on Win10 however is not going to work. It's certainly something we would like to leverage in the future, but so far, it's lacking vital features to be feasible. /Erik On 2017-04-24 10:41, Ted Neward wrote: > Tried using Ubuntu 16 (in a Virtual Box image, if that makes a difference) and the Ubuntu shell in Win10, and keep getting the same error: > > > > ExplodedImageOptimize.gmk:40: recipe for target ‘…/jdk_packages_attribute.done’ failed > > > > Happens for any kind of configured build (fastdebug, slowdebug, release, tried all three). Not sure how to start debugging this. Hoping that somebody has seen this before and has a quick one-line fix. > > > > Error messages suggest checking the build log; where is that? (I’m guessing build//build.log, but just checking to make sure there isn’t another one I should be looking at…) > > > > Ted Neward > > Author, Speaker, Mentor > > http://www.newardassociates.com > > t: @tedneward | m: (425) 647-4526 > -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: OpenJDK build system might need to be adapted for Sun Solaris Sparc/SmartOS
On 29.05.2017 01:15, Mani Sarkar wrote: * OpenJDK target: OS: solaris, CPU architecture: x86, address length: 64 Subject says sparc, though. Are you cross-compiling in some way? Any ideas or thoughts about the above? If you are running your own OpenJDK builds on a platform not listed on https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms such as SmartOS you may need to apply additional patches outside of OpenJDK to fix whatever platform-specific idiosyncrasies need fixing. Whether such patches exist, and if there are such issues is something you'd need to discuss with that platform's provider through whatever channels they have for such support. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: OpenJDK build system might need to be adapted for Sun Solaris Sparc/SmartOS
On 31.05.2017 11:52, John Paul Adrian Glaubitz wrote: On Wed, May 31, 2017 at 11:46:45AM +0200, dalibor topic wrote: If you are running your own OpenJDK builds on a platform not listed on https://wiki.openjdk.java.net/display/Build/Supported+Build+Platforms such as SmartOS you may need to apply additional patches outside of OpenJDK to fix whatever platform-specific idiosyncrasies need fixing. Why is so complicated to get patches merged to support additional platforms? OpenJDK seems to be very unique in this regard. It's not very complicated. Please see http://openjdk.java.net/contribute/ for general details. When it comes to ports to new platforms, the necessary changes may be (a lot) more invasive than a simple bugfix or two, though, so they should go through their own Projects. That approach allows a port's developers to focus on making their port work well first without having to also deal with the regular influx of other, potentially breaking changes on the JDK mainline (and vice versa), and the specific review/integration rules in effect on the JDK mainline. Once a port is getting ready to be merged into the JDK mainline, it can use the JEP process to get on the roadmap to arrive there. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: [PATCH] linux-sparc build fixes
On 14.06.2017 14:04, John Paul Adrian Glaubitz wrote: Can't wait for my first patches getting merged into OpenJDK ;-). Hi Adrian, thanks, congrats & welcome! Since your OCA submission has not been processed yet, you are not listed on http://www.oracle.com/technetwork/community/oca-486395.html . Patches can be merged once your OCA submission had been processed and your name appears on that list. I'll take a look at the queue today and get back to you and Erik once it's processed or if there is a need for further information. Once you have two or more sponsored changes in a Project's repository, you can become an Author, and can start using the OpenJDK code review, bug tracking and other infrastructure directly. Please see http://openjdk.java.net/projects/#project-author for details. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8179892 Update build documentation for JDK 9
On 21.06.2017 02:46, Magnus Ihse Bursie wrote: Also known as: "!!! THIS IS A MAJOR RE-WRITE of this document. !" :-) It is also very good. Thank you. ;) cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: [PATCH] linux-sparc build fixes
On 27.06.2017 15:40, John Paul Adrian Glaubitz wrote: Here's a build with the patches applied and the testsuite enabled: https://people.debian.org/~glaubitz/openjdk-9_9~b170-2_sparc64.build For comparison it can be useful to keep an eye on http://download.java.net/openjdk/testresults/9/testresults.html . New test results for EA builds are announced on quality-discuss mailing list. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: [RFR]: 8187004: No valid toolchains defined for BSD
(CC:ing bsd-port-dev, where this conversation should have moved to a while ago ...) On 31.08.2017 10:53, John Paul Adrian Glaubitz wrote: There is an active community maintaining OpenJDK on BSD. The problem is just that they are doing it downstream instead of working together with upstream due to lack of communication. I think that is a problem that can be fixed though. I will try to get these people join the upstream mailing list. As far as I know, most of the people who actively maintain the BSD ports in various BSD distributions are already Committers on the BSD port Project: Per http://openjdk.java.net/census#bsd-port Greg Lewis (Project Lead, FreeBSD) & Jung-uk Kim (FreeBSD) Christos Zoulas (NetBSD) Kurt Miller (OpenBSD) The FreeBSD Foundation is an OCTLA signatory: http://openjdk.java.net/groups/conformance/JckAccess/jck-access.html Unfortunately, no one has produced a build of the OpenJDK BSD port that passes the JCK yet, as far as I know. The challenge in the past has been that the time the individual BSD Port developers have generously been able to spend on keeping the BSD port up and running (Greg just updated the JDK 8 forest with latest changes, while Kurt fixed a set of compilation issues this month - thanks!) [0] was not sufficient to simultaneously let them make enough progress on integrating their port into mainline JDK. Maybe the BSD porters are interested in having more individuals help with the various tasks around that - but it's also worth keeping in mind that the set of individuals who speak up wanting to help out with the port on bsd-port-dev is less than a handful per year. One of the conditions for getting a port into JDK mainline has been that it should actually pass the JCK for the current version. I think that's a low enough bar that should remain in place for JDK 9 and beyond. Here's a slightly updated version of what I wrote about getting BSD ports into mainline back in 2014 as part of a conversation with Greg about it: In general, ports should come in through the 'next release' project, i.e. JDK9/10 currently, as that is where most of the development happens, and so that's the best place to review and integrate the changes going forward. Well, JDK 10, really, at this stage of JDK 9 development. * At this point in time, I'd be very pessimistic about adding new ports further back to the JDK 8 Updates Project or earlier, as they are more focused on bug fixes and stability, rather than adding features. * For a port to get into mainline, it needs to have a JEP, and the JEP needs to be funded. Basically, someone needs to sign up to do all the necessary work. See http://openjdk.java.net/jeps/175 for the JEP for the PowerPC64 AIX/Linux port JEP, for an example, of what a JEP for a port should look like. See http://openjdk.java.net/jeps/1 for details, and http://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html for the revision of the JEP process. * All source code changes need to be reviewed by the respective reviewers for mainline, as usual. This typically implies for a port's integration that it's a non-trivial effort on the side of Reviewers from Oracle and other port maintainers to ensure that changes proposed for review actually get timely reviews. Depending on how much there is to review, you'd want to get a plan in place that lets everyone plan their involvement in the review process accordingly, rather than just posting a bunch of patches for review on several mailing lists and hoping for the best. * Each port is slightly different - some touch only a few files, others bring in new subsystems for graphics, native code, programming languages, CPUs, core libraries, etc. So while in some cases integrating a port can be rather straightforward, because it touches only a limited set of files, in other cases it can be a complicated undertaking that requires several synchronization points, planning, and efficient execution from many parties to pull it off in time for a JDK release feature freeze. I.e. if you want to get a new port into mainline you'd need to get started early in a JDK release cycle. * Testing is very important - a port should not introduce regressions, for example. It should also pass the JCK for the current release. The JDK mainline has rather strict rules about reviews, and processes to follow, which makes it an inconvenient place to finish off an unfinished port - that's what the porting projects are for. * Once a port get into the mainline JDK project, it's expected to be kept up to date by its maintainers - which means keeping up with the regular stream of changes - for example, the integration of Jigsaw into JDK 9 resulted in some build system changes (because of modules), and it would be up to each port's maintainers to make sure that they keep their port in sync in tree. cheers, dalibor topic [0] h
Re: [RFR]: 8187004: No valid toolchains defined for BSD
On 06.09.2017 06:39, Greg Lewis wrote: This is accurate. We haven't attempted to pass the JCK for any port more recent than Java 5 IIRC. At that point we did get a port that had passed, but that required a lot of work which was sponsored at the time by the FreeBSD Foundation. I'm not aware of anyone attempting it since. [snip] One of the conditions for getting a port into JDK mainline has been that it should actually pass the JCK for the current version. I think that's a low enough bar that should remain in place for JDK 9 and beyond. FWIW, I agree that is a completely reasonable bar to meet. Unfortunately with the lack of time of the people involved it has been difficult to meet this. I expect this will again require a funded effort to again have someone be able to devote enough time to actually meet this bar. The points below only serve to reinforce that. In "funded effort" I'm including making it part of somebodies paid job to get the port passing the JCK and ensure it continues to do so as needed. Thanks, Greg. I hope that you'll be able to either find an organization willing to sponsor/fund the effort or suitable volunteers, or, ideally, both. cheers, dalibor topic -- <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Request for review and approval to fix 8012366 in 7update
On 7/12/13 8:57 AM, Erik Joelsson wrote: > Looks good to me though I'm not a jdk7 reviewer. Looks good to me, too. Local OpenJDK build on OS X and an OpenJDK linux build on JPRT both passed. Please send in a fresh phase 2 approval request to the jdk7u-dev list. cheers, dalibor topic > /Erik > > On 2013-07-12 07:22, Tim Bell wrote: >> David, Erik - >> >> Thanks for the feedback: >> >>> Does this also need to check for OPENJDK in case you are doing an OPENJDK >>> build with a full forest present? Or is this logic already by-passed for >>> OPENJDK builds? David >> >> >>> Setting OPENJDK=true on the command line will force BUILD_INSTALL=false, >>> even if the source is available, and INSTALL_SRC_AVAILABLE will still be >>> true. As a user, if I requested an OPENJDK build with the full forest >>> available, I would not expect the build to head down into the install repo, >>> even for debug bundles. For this reason I think the check should be against >>> BUILD_INSTALL instead of INSTALL_SRC_AVAILABLE. >>> >>> /Erik >> >> The revised change looks for BUILD_INSTALL instead, which I believe handles >> both points. The webrev is here: >> >> http://cr.openjdk.java.net/~tbell/8012366/webrev.02/ >> >> Tim >> >> >> >> On 07/11/13 01:19 AM, Erik Joelsson wrote: >>> On 2013-07-11 07:30, David Holmes wrote: >>>> Tim, >>>> >>>> On 11/07/2013 6:47 AM, Tim Bell wrote: >>>>> On 07/10/13 12:37 PM, Tim Bell wrote: >>>>>> Hi Kelly >>>>>> >>>>>>> How did BUILD_INSTALL ever become true on an OpenJDK build? >>>>>> >>>>>> From the 'generic_debug_build' rule in the top level 7update Makefile [1] >>>>>> >>>>>> generic_debug_build: >>>>>> $(MAKE) \ >>>>>> ALT_OUTPUTDIR=$(ABS_OUTPUTDIR)/$(REL_JDK_OUTPUTDIR) \ >>>>>> DEBUG_NAME=$(DEBUG_NAME) \ >>>>>> GENERATE_DOCS=false \ >>>>>> BUILD_INSTALL_BUNDLES=true \ >>>>>> CREATE_DEBUGINFO_BUNDLES=false \ >>>>>> $(BOOT_CYCLE_DEBUG_SETTINGS) \ >>>>>> generic_build_repo_series >>>>> >>>>> >>>>> After giving this more study, let me modify what I wrote a bit - >>>>> generic_debug_build sets "BUILD_INSTALL_BUNDLES=true", which causes the >>>>> 'install-binaries-jdk-debug' rule in the same Makefile to also run. This >>>>> dives into install-rules.gmk [2] in a place where BUILD_INSTALL is not >>>>> checked. >>>>> >>>>> Here is a revised fix and webrev: >>>>> >>>>>http://cr.openjdk.java.net/~tbell/8012366/webrev.01/ >>>> >>>> Does this also need to check for OPENJDK in case you are doing an OPENJDK >>>> build with a full forest present? Or is this logic already by-passed for >>>> OPENJDK builds? >>>> >>> Setting OPENJDK=true on the command line will force BUILD_INSTALL=false, >>> even if the source is available, and INSTALL_SRC_AVAILABLE will still be >>> true. As a user, if I requested an OPENJDK build with the full forest >>> available, I would not expect the build to head down into the install repo, >>> even for debug bundles. For this reason I think the check should be against >>> BUILD_INSTALL instead of INSTALL_SRC_AVAILABLE. >>> >>> /Erik >>> >>>> David >>>> >>>>> Tim >>>>> >>>>>> [1] http://hg.openjdk.java.net/jdk7u/jdk7u/file/tip/Makefile >>>>> >>>>> [2] http://hg.openjdk.java.net/jdk7u/jdk7u/file/tip/make/install-rules.gmk >>>>> >>>>> >>>>> >>>>>> >>>>>>> -kto >>>>>>> >>>>>>> On Jul 8, 2013, at 12:03 PM, Tim Bell wrote: >>>>>>> >>>>>>>> All- >>>>>>>> >>>>>>>> My fix for 8007815 [1] did not handle the case of an OpenJDK build >>>>>>>> that does not have the closed source trees. If a user tries to >>>>>>>> build that far, the build will fail with "cd: can't cd to >>>>>>>> ./install/make/installer/binaries/linux" >>>>&
Re: RFR: 8022734: [macosx] Rebuilding jdk 7u on mac almost always fails
This looks fine for jdk7u-dev. cheers, dalibor topic On 8/12/13 5:38 PM, David DeHaven wrote: > > Updated: > http://cr.openjdk.java.net/~ddehaven/8022734/jdk.1/ > > JPRT run was successful, aside from a spurious solaris_sparc_5.10.product > "resource unavailable" error. I re-ran that target to be sure, but I'm pretty > certain it's not related to Mac builds :) > > -DrD- > >> Ah, I didn't realize that. I'll update the patch. >> >> -DrD- >> >>> Hi David, >>> >>> The other *setup targets just do $(RM) -r (since RM is already defined as >>> rm -f). Would look better to follow the same pattern. Otherwise, thanks for >>> fixing it. >>> >>> /Erik >>> >>> On 2013-08-09 22:14, David DeHaven wrote: >>>> This issue has been annoying me for some time, I finally got frustrated >>>> enough to fix it. >>>> >>>> Synopsis: >>>> Running make when a build has already completed will fail when it tries to >>>> symlink libjli.dylib, then (if that's fixed by using "ln -sf") when it >>>> tries to copy the sdk image to j2sdk-server-bundle. This issue has been >>>> around a while, likely just an oversight in rev 5842 which added the >>>> j2sdk-server-bundle target. >>>> >>>> >>>> The fix is simple, blow away the existing j2sdk-server-bundle directory as >>>> it already does with the other two bundles. >>>> >>>> >>>> Just filed so bugs.sun.com entry is not yet available, but when it is: >>>> http://bugs.sun.com/view_bug.do?bug_id=8022734 >>>> >>>> >>>> Webrev: >>>> http://cr.openjdk.java.net/~ddehaven/8022734/jdk.0/ >>>> >>>> Crusty old build system patch, does not affect 8. Tested against 7u40 and >>>> 7u-dev, submitting JPRT build-only run to test this and a couple other >>>> build system patches. If I don't respond with results we can assume it's >>>> fine. >>>> >>>> >>>> Will need a Committer to push to 7u-dev for me, I think it's probably too >>>> late for 7u40. >>>> >>>> -DrD- >>>> >> > -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: 8023216: Feedback on README-builds.html
On 8/19/13 2:43 PM, Erik Joelsson wrote: > And again, here we go: > > http://cr.openjdk.java.net/~erikj/8023216/webrev.root.01/ A few typos: javascript -> JavaScript sourses -> sources cheers, dalibor topic > > /Erik > > On 2013-08-19 11:05, Erik Joelsson wrote: >> Thanks for the feedback! >> >> I took most of it and made into a change. Also removed some obsolete parts >> that I stumbled over. >> >> Warn is supposed to be quiet, but at least hotspot is still being quite >> noisy. >> >> /Erik >> >> On 2013-08-06 01:18, Dan Smith wrote: >>> I'm building for the first time under the new infrastructure (late to the >>> party, I know). I appreciate the comprehensive readme page. Here's a list >>> of minor points of feedback: >>> >>> "The set of repositories and what they contain": need to add nashorn >>> >>> "warn — Default and very quiet": I presume this is still an in-progress >>> goal? I'm seeing almost 3000 lines of text in a fresh build (including >>> over 1000 from 'images') >>> >>> --- >>> >>> Some copy editing: >>> >>> "each repository is it's own independent repository": it's -> its >>> >>> "Insure that GNU make": insure -> ensure >>> >>> "rather thane excludes": thane -> than >>> >>> "Other depends on pieces of code": other depends -> others depend >>> >>> "for all classes that contains constants": contains -> contain >>> >>> "we have missed to add support": missed -> neglected -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: 8023216: Feedback on README-builds.html
Nice, thanks. On 8/21/13 2:53 PM, Erik Joelsson wrote: > Thanks, updated webrev: > > http://cr.openjdk.java.net/~erikj/8023216/webrev.root.02/ > > /Erik > > On 2013-08-19 16:38, Dalibor Topic wrote: >> On 8/19/13 2:43 PM, Erik Joelsson wrote: >>> And again, here we go: >>> >>> http://cr.openjdk.java.net/~erikj/8023216/webrev.root.01/ >> A few typos: >> >> javascript -> JavaScript >> sourses -> sources >> >> cheers, >> dalibor topic >> >> >>> /Erik >>> >>> On 2013-08-19 11:05, Erik Joelsson wrote: >>>> Thanks for the feedback! >>>> >>>> I took most of it and made into a change. Also removed some obsolete parts >>>> that I stumbled over. >>>> >>>> Warn is supposed to be quiet, but at least hotspot is still being quite >>>> noisy. >>>> >>>> /Erik >>>> >>>> On 2013-08-06 01:18, Dan Smith wrote: >>>>> I'm building for the first time under the new infrastructure (late to the >>>>> party, I know). I appreciate the comprehensive readme page. Here's a >>>>> list of minor points of feedback: >>>>> >>>>> "The set of repositories and what they contain": need to add nashorn >>>>> >>>>> "warn — Default and very quiet": I presume this is still an in-progress >>>>> goal? I'm seeing almost 3000 lines of text in a fresh build (including >>>>> over 1000 from 'images') >>>>> >>>>> --- >>>>> >>>>> Some copy editing: >>>>> >>>>> "each repository is it's own independent repository": it's -> its >>>>> >>>>> "Insure that GNU make": insure -> ensure >>>>> >>>>> "rather thane excludes": thane -> than >>>>> >>>>> "Other depends on pieces of code": other depends -> others depend >>>>> >>>>> "for all classes that contains constants": contains -> contain >>>>> >>>>> "we have missed to add support": missed -> neglected >> >> -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Consistent autoconf version
current AC_PREREQ is 2.61, fwiw, which is from 2006. Latest Autoconf is 2.69 from 2012, preceded by 2.68 from 2010. It may be useful to limit the variety of autoconfs in use by setting AC_PREREQ to, say, 2.68. cheers, dalibor topic On 8/28/13 10:29 AM, Chris Hegarty wrote: > Sounds good to me. > > We could start by reviewers keeping an eye out for changes in version, when > reviewing fixes requiring updates to generated-configure. > > -Chris. > > On 28/08/2013 00:43, Mike Duigou wrote: >> A possible policy that would also gently (glacially?) roll the autoconf >> version forward over time might be to say "If you can, use the same version >> of autoconf used for the prior generated-configure you are replacing. If >> this is impractical use your system's default version.". This seems like the >> most practical possible softening of a hard "Use autoconf 2.XX". >> >> Mike >> >> On Aug 27 2013, at 01:55 , Chris Hegarty wrote: >> >>> >>>> ... >>>> I'm guilty of submitting with all three versions, depending on if I'm >>>> working on Ubuntu, Solaris, Windows or Mac. I too find it convenient >>>> when the versions match and if we decided on a specific version, I would >>>> just install that one from source on the machines I'm using. The build >>>> of autoconf takes a couple of seconds and has so far never failed for >>>> me, so it's not unreasonable or hard. >>> >>> Right that is my understanding too. I have a single machine that I use for >>> regenerating the generated-configure, and I will simply setup whatever >>> version is required. >>> >>> I don't think we need a hard mandate, just a softer agreement to use a >>> specific version, to minimize noise. If someone cannot use that version, >>> then so be it, but if possible then it should be encouraged. >>> >>> -Chris. >>> >> -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Consistent autoconf version
On 8/28/13 4:59 PM, Mike Duigou wrote: > > On Aug 28 2013, at 07:42 , Dalibor Topic wrote: > >> current AC_PREREQ is 2.61, fwiw, which is from 2006. Latest Autoconf is 2.69 >> from 2012, preceded by 2.68 from 2010. >> >> It may be useful to limit the variety of autoconfs in use by setting >> AC_PREREQ to, say, 2.68. > > Eeek! 2.61! I believe our current minimum is 2.67 (though 2.68 seems common > and reasonable) Yeah - http://hg.openjdk.java.net/jdk8/jdk8/file/056398db9dcb/common/autoconf/configure.ac says33 AC_PREREQ([2.61]) so bumping it to 2.68 (or at least 2.67) may be reasonable. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: JDK-8024620 config.log does not end up in corresponding configuration
On 9/11/13 2:00 PM, Magnus Ihse Bursie wrote: > Autoconf creates by default a config.log in the current directory. Our > configure script moves this file to the directory created for the > configuration (e.g. build/linux...etc). > > A previous fix launching the generated configure file in a subshell made the > move to fail, since the directory name was not available outside the subshell. > > Webrev: > http://cr.openjdk.java.net/~ihse/JDK-8024620-move-config.log-to-configuration-dir/webrev.01 > > /Magnus I haven't dug into the code much, but why not use AC_CONFIG_COMMANDS [0] ? cheers, dalibor topic [06 https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/autoconf-2.69/html_node/Configuration-Commands.html#Configuration-Commands -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: 7u40 on WXP/Cygwin: webrev: Is there a java or ant version of webrev?
On 10/5/13 3:28 PM, Francis ANDRE wrote: > Thus I am wondering if there is a java or ant version of webrev Unfortunately, no. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: Bug ID: 9007227: - make/sanity-rules.gmk:61: *** multiple target patterns. Stop
On 10/6/13 8:37 PM, Francis ANDRE wrote: > Hi > > I submit this patch for review for this Bug ID: 9007227: - > make/sanity-rules.gmk:61: *** multiple target patterns. Stop > > The webrev.ksh is broken on WXP/Cygwin. So I am providing here the hg > outgoing report as well as the new file README-Windows-Cygwin-VS2010 I don't think that it's necessary to include blog posts in the source code archives. ;) cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: RFR: Bug ID: 9007227: - make/sanity-rules.gmk:61: *** multiple target patterns. Stop
On 11/21/13 2:28 PM, Magnus Ihse Bursie wrote: > There is not likely to be much work spend in fixing the old build system in > JDK7 either, nor is it likely that the new JDK8 build system will be > backported to JDK7. .. or that a backport would be accepted into JDK 7u at this stage of the Project - switching build systems is a very invasive, major long term change, and as such better suited to JDK Release Projects then to update releases. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Principal Product Manager Phone: +494089091214 | Mobile: +491737185961 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: javax.script rhino (javascript) support added
Mark Wielaard wrote: With this patch the jrunscript works perfectly, and the javax.script and sun.tools.jscript jtreg tests all pass except for one. The sun/tools/jrunscript/jrunscriptTest.sh test insists that 2 + 5 = 7.0, while our current implementation says it is 7 (without the .0). The tests references two bugs (6265810,6705893) which might help analyze this, unfortunately they are closed to the public (is there anybody who could see what these bugs were about?). Hi Mark, They don't seem to be related, one is about the name of the tool, and the other is about enabling the scripting engine tests conditionally in OpenJDK, see http://article.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/1951 cheers, dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: javax.script rhino (javascript) support added
Mark Wielaard wrote: Hi David, On Mon, 2008-06-23 at 11:43 -0700, David Herron wrote: Mark Wielaard wrote: In my JavaOne talk Sandeep and I had worked up a hack with the same purpose. He's been busy enough that he hadn't had a chance to turn the hack into an official proposal like this.. That is cool, I didn't know that. Is your presentation online somewhere? http://developers.sun.com/learning/javaoneonline/2008/pdf/TS-5230.pdf I would like to find a way to do this cleaner though. But the current code relies on being on the bootclasspath which makes things a little tricky. Landon suggested a while ago exploring https://scripting.dev.java.net/ , which includes a Rhino binding. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: Building on Win 2008
Erik Trimble wrote: Also, Cygwin is the UNIX-ism platform of choice, and getting the JDK to build solely with Cygwin (on both 32- and 64-bit, Win2k, WinXP, and Win2003) would be a _huge_ deal. I.e. using the gcc provided by Cygwin and the 'posixy' libc it provides? cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: Building on Win 2008
Erik Trimble wrote: Dalibor Topic wrote: Erik Trimble wrote: Also, Cygwin is the UNIX-ism platform of choice, and getting the JDK to build solely with Cygwin (on both 32- and 64-bit, Win2k, WinXP, and Win2003) would be a _huge_ deal. I.e. using the gcc provided by Cygwin and the 'posixy' libc it provides? cheers, dalibor topic I certainly can't speak for Sun on this. But, I don't think there is any immediate plans to use GCC on Windows. It would probably be OK if someone wanted to try, but I can't imagine it being even remotely easy. There's just so much stuff dependent on the various Visual Studio or MS SDK header files, that I'm almost positive you have to install them to do the build, so why bother with GCC? I'm somewhat curious whether having OpenJDK packaged in Cygwin (and ant, etc.) would make our life easier on windows builds, though I'm not really hot on going down a rabbit hole if it has no benefit to OpenJDK. cheers, dalibor topic -- *********** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: make sanity RFE
Jonathan Gibbons wrote: For the first time, I've been trying a full complete build of OpenJDK (full open+closed forest.) I'm building on Ubuntu, and the build has now failed a second time because of a missing command -- or more specifically, a command which is not installed by default. The first command was msgfmt, the latest was bb. I do not know if there are more to come. It would be nice if make sanity had a mechanism for a quick existence check for commands that are likely to be required during the build, so that missing commands can be detected and reported early, and not one at a time at the end of a long build. -- Jon sudo apt-get build-dep openjdk-6 should get you the necessary build dependencies installed. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: splashscreen.so is missing pnggccrd.c
On 28.08.08 19:41, Mark Wielaard wrote: Embedding the sources seem a bit fragile and apparently hard to update inside openjdk because of sun legal issues. There is a legal review process associated with dragging in new external code, just like there is a process for that at the FSF - but it is necessarily not as lightweight as [1]. cheers, dalibor topic [1] http://www.gnu.org/prep/maintain/html_node/External-Libraries.html#External-Libraries -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: Building OpenJDK with a more recent compiler
[EMAIL PROTECTED] wrote: > This works fine for building the compiler, but I run into a problem > when I attempt a JDK7 build with ALT_COMPILER_PATH set. While the > setting allows me to specify the location of the new gcc binary, there > doesn't appear to be a simple way to add any libraries that the new > gcc is dependant on. Setting LD_LIBRARY_PATH won't fix the problem, > since the build scripts un-set that environment variable in the setup > script. Hi Bob, that's probably because GMP and MPFR have been built as dynamic libraries. I'd suggest rebuilding them as static libraries, and then reconfiguring and rebuilding gcc with them. cheers, dalibor topic -- *********** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: ubuntu hardy/gcc-4.3 build errors with b40
Douglas Felt wrote: > I'm running into multiple errors trying to build openjdk 7 on ubuntu > 8.10. I downloaded the sources from > http://www.java.net/download/openjdk/jdk7/promoted/b40/openjdk-7-ea-src-b40-20_nov_2008.zip > as listed on http://download.java.net/openjdk/jdk7/. > > The problem appears to be that gcc flags are configured to map > warnings to errors, and gcc 4.3 is issuing some warnings in some of > the hotspot files. here's a sample (as I worked around one, I hit > another, and another): > > > Anyway, what should I do? > sudo aptitude install gcc-4.1 g++-4.1 make all CC=gcc-4.1 CPP=g++-4.1 cheers, dalibor topic -- *********** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: ubuntu hardy/gcc-4.3 build errors with b40
Dalibor Topic wrote: > Douglas Felt wrote: > >> I'm running into multiple errors trying to build openjdk 7 on ubuntu >> 8.10. I downloaded the sources from >> http://www.java.net/download/openjdk/jdk7/promoted/b40/openjdk-7-ea-src-b40-20_nov_2008.zip >> as listed on http://download.java.net/openjdk/jdk7/. >> >> The problem appears to be that gcc flags are configured to map >> warnings to errors, and gcc 4.3 is issuing some warnings in some of >> the hotspot files. here's a sample (as I worked around one, I hit >> another, and another): >> >> >> Anyway, what should I do? >> >> > sudo aptitude install gcc-4.1 g++-4.1 > > make all CC=gcc-4.1 CPP=g++-4.1 > > cheers, > dalibor topic > > As a write up in long form: http://robilad.livejournal.com/41303.html cheers, dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: [patch] Fix ant build to honor fcs MILESTONE setting
On 11/27/08 12:20, Mark Wielaard wrote: But please do talk to your legal team to make sure some obvious/trivial rule is added. Requiring the SCA is a pretty high burden really, especially for things like a simple s/milestone/fcs/ like change just to get the build going. And they are most likely completely unnecessary since such changes are not "legally significant" with respect to copyright law. The SCA FAQ recommends that contributors execute the SCA for their contributions, no matter how small or large they are: http://www.sun.com/software/opensource/contributor_agreement.jsp#sa_2 cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:[EMAIL PROTECTED] Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: Round two Re: Please review fix for 6819847 [Re: [Fwd: Problems with building jmx for OpenJDK.]]
Tim Bell wrote: > Review feedback convinced me to reverse that last statement. > > Here is round two - please take a look: > > http://cr.openjdk.java.net/~tbell/6819847/webrev.01/ > > With these changes the default behavior is as if IMPORT_BINARY_PLUGS=false Thanks Tim, the change looks good to me. > Unless the user explicitly sets any of the PLUGS variables: > ALT_BINARY_PLUGS_JARFILE, ALT_BINARY_PLUGS_PATH, > ALT_BUILD_BINARY_PLUGS_PATH, ALT_CLOSED_JDK_IMPORT_PATH > > Setting these will force IMPORT_BINARY_PLUGS=true Nice catch. I like the bit making the binary plugs check optional, too. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: New project: getting rid of IcedTea local patches
Andrew Haley wrote: > We at Red Hat have noticed that the list of IcedTea local patches has > been getting large, with some local patches that should have been > pushed upstream. Also, some IcedTea patches have been committed to > OpenJDK 7 but not OpenJDK 6. > > So, we're going to have a serious attempt to minimize the number of > IcedTea patches. We'll create a Wiki page at icedtea.classpath.org > that is a list of the patches, and for every one we're going to > discuss whether it should stay IcedTea local, be pushed upstream to > OpenJDK, or be deleted altogether. Then we will create OpenJDK > bugzilla entries for the patches that we think should be integrated > upstream and work with Sun engineers to get that done. > > I hope that it will be possible to reduce the number of patches to a > fraction of what we have at the moment, while improving the quality of > the upstream product. > > This is going to be quite a lot of work, so we'd appreciate help from > anyone. Absolutely - thank you very much for pushing for this, Andrew! cheers, dalibor topic > > I hope this will meet with everyone's approval. > > Andrew. -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: some puzzles about Openjdk
Liu lianshun wrote: > Firstly, I want to know that whether I can change the java programes' > behavior via changing some source files in OpenJDK, for examples, > execute the following codes will print "100". > int i=100; > System.out.println(i); > My question is that how to print "200", without changing the source > codes. Is it possible? Is it possible to change behavior of programs by changing the source code of OpenJDK? Yes. You can make them all crash very fast by doing something bad in the VM for example. ;) Is it possible to change behavior of programs without changing the source code of OpenJDK? Yes, check out aspect oriented programming using, for example, AspectJ. > Secondly, the number of files in the OpenJDK project is very large, I > want to know how these files are structured. Besides, how can I debug > the project? Volker Simonis wrote a couple of blog entries on how to get started hacking on the VM, starting with: http://weblogs.java.net/blog/simonis/archive/2008/01/hotspot_develop.html have fun! dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: hg: jdk7/build/langtools: 6829575: 100028: Debug information is incomplete or missing
Jonathan Gibbons wrote: > Andrew. > > Earlier this week, Mark announced that Release Team approval was required > for the final M3 builds for JDK7. [1] > > Even without that, jcheck would require that you have another BugTraq CR > for this issue, even though it is just a modification of a recent fix. I > didn't see > a new CR get created yet; is that right? I just created 6832112 for https://bugs.openjdk.java.net/show_bug.cgi?id=100045. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: hg: jdk7/build/langtools: 6829575: 100028: Debug information is incomplete or missing
Jonathan Gibbons wrote: > Andrew. > > Earlier this week, Mark announced that Release Team approval was required > for the final M3 builds for JDK7. [1] > > Even without that, jcheck would require that you have another BugTraq CR > for this issue, even though it is just a modification of a recent fix. I > didn't see > a new CR get created yet; is that right? I just created 6832112 for https://bugs.openjdk.java.net/show_bug.cgi?id=100045. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Dr. Roland Bömer Vorsitzender des Aufsichtsrates: Martin Häring
Re: Need reviewer - removing duplicate README files
Kelly O'Hair wrote: > > Minor cleanup issue. > > 6843041: Remove duplicate README files in repositories (make/README) > > jdk7: http://cr.openjdk.java.net/~ohair/jdk7/6843041-dup-READMEs/webrev/ > > jdk6: http://cr.openjdk.java.net/~ohair/jdk6/6843041-dup-READMEs/webrev/ Both are fine, thanks for cleaning them up, Kelly. Should jdk/make/README go as well? cheers, dalibor topic -- *********** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring
Request for review: README-builds.html updates
Hi, Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, I offer you the following webrev for review, fixing 6872735: Further update build readme for new platforms 6641691: Bring build readme's up-to-date with one potential commit: http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ cheers, dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring
Re: Request for review: README-builds.html updates
Andrew John Hughes wrote: > I think either java-openjdk or java-1.6.0-openjdk should be used > consistently throughout. The former is probably most future proof, as > it should still work when OpenJDK7 is released around March. > > Otherwise, looks good. Thanks for the update, Thank you for the review, Andrew, I'll update it to use java-openjdk throughout. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring
hg: jdk7/build: 6872735: Further update build readme for new platforms; ...
Changeset: 3ac6dcf78232 Author:robilad Date: 2009-09-23 20:06 +0200 URL: http://hg.openjdk.java.net/jdk7/build/rev/3ac6dcf78232 6872735: Further update build readme for new platforms 6641691: Bring build readme's up-to-date Summary: Added build instructions for Debian, Ubuntu 8.04, 8.10, 9.04, Fedora 10, 11, OpenSolaris 2009.06, OpenSUSE and Mandriva Reviewed-by: ohair, andrew ! README-builds.html
Re: Request for review: README-builds.html updates
Kelly O'Hair wrote: > Excellent. I approve. thank you very much, Kelly - pushed to build-gate. cheers, dalibor topic > > -kto > > Dalibor Topic wrote: >> Hi, >> >> Bringing the docs from OpenJDK 6 and OpenJDK 7 a bit more in line, >> I offer you the following webrev for review, fixing >> 6872735: Further update build readme for new platforms >> 6641691: Bring build readme's up-to-date >> >> with one potential commit: >> >> http://cr.openjdk.java.net/~robilad/6872735.7/webrev.00/ >> >> cheers, >> dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin Häring
Re: ant 1.7.1 and make 3.81
Andrew John Hughes wrote: > On 26 March 2010 16:06, Kelly O'Hair wrote: >> It appears that a problem with ant 1.7.1 can potentially impact the open jdk >> builds, see >> https://issues.apache.org/bugzilla/show_bug.cgi?id=43114 for more >> information. >> The potential for missing package-info.class files seems high, and the >> latest jaxws >> sources run into this problem. >> > > We've seen this issue on Fedora 10 and 11. Since you don't list Fedora 12, I'm curious - has the corresponding patch from ant been backported to the Fedora 12 ant packages? > Can we not just blacklist 1.7.1 as suggested in the bug? Personally, > you may not want to move to 1.7.0 but forcing 1.8 is going to be > difficult as it's not yet in enough distros. That said, by the time > this filters through to OpenJDK6, it may be. > > Is there no way of working around 1.7.1 on our side? I assume the distributions that ship a patched ant 1.7.1 package could change the check to accept 1.7.1. Would that work? cheers, dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Thomas Schröder
Re: Successful cross compilation of OpenJDK for x86_64 on 32 bit host
Kelly O'Hair wrote: > See: > > http://openjdk.java.net/contribute/ > > Not exactly sure how Oracle is handling the SCA right now, As described in the OpenJDK contribution document -> send it in properly (i.e. with your java.net user name) filled out for OpenJDK, and someone will take care of processing it. Once it's processed it will show up on https://sca.dev.java.net/CA_signatories.htm and your patches could, provided they pass reviews, etc, flow into OpenJDK. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Security vulnerabilities and patches announcements in OpenJDK
Deepak Panickal wrote: > Hi, > > I was wondering how are security vulnerabilities and > patches announcements made in OpenJDK. > > Could somebody please guide me in this. That's pretty off-topic for the build-dev mailing list. Assuming you are asking about OpenJDK 6, please ask about it on the jdk6-dev mailing list. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Successful cross compilation of OpenJDK for x86_64 on 32 bit host
Deepak Panickal wrote: > Hi, > > My goal was to successfully cross compile OpenJDK for x86_64 on 32 bit > host , Linux Platform. > > I also wanted to separate some third party library dependencies from the > build process. I made changes in the makefiles which contained hard > coded values pertaining to the host machine. Even now the changes are > not completely automated. But I could do that soon. > > Could I publish these changes somewhere so that it could be made > available in the later builds. > What would be the proper format and method to do so. Out of curiosity - do your changes apply to OpenJDK directly, or are they based on Robert Schuster's cross-compilation work in Jalimo for the IcedTea build harness? [1] cheers, dalibor topic [1] https://wiki.evolvis.org/jalimo/index.php/CrossCompilingOpenJDK -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Building with MinGW?
Raffaello Giulietti wrote: > So, the real reason behind my request for a MinGW based build is that it > would be a second chance to try a build of the MLVM. But since nobody > seems to have first-hand experience with OpenJDK7/MinGW, I'll gather my > energies and my patience and retry with VisualStudio. I think that getting OpenJDK to build with just with MinGW (or just the Cygwin gcc with -mno-cygwin, for the matter) would be quite nice to have, if you'd get it to work. What Kelly's saying is that there is likely a lot more to that then just changing the CC variable. But of course, don't let that discourage you - I am not aware of anyone actually attempting the build with MinGW, so your experience (if you post it to this list) would be valuable at least in knowing where the obstacles would be. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Visual Studio 2010
David Dabbs wrote: > FWIW, Windows 7 "Enterprise" is supposed to ship with Microsoft's Unix > compatibility bits, so conceivably no MKS or Cygwin would be required. I haven't seen anyone post on this list about (successfully or not) trying to use Interix at all for a build so far, so I wouldn't put too much faith into being able to do that easily. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Help building under Windows7 64-bit
cowwoc wrote: > There's no good reason for Windows builds to be this difficult... One of the major good reasons, in my personal, biased opinion, is that Windows, contrary to Linux or OpenSolaris, lacks a central software repository with all the necessary dependencies for a build that would make a 'standard' developer setup as trivial as it is on other, friendlier operating systems. > Have you looked at using cmake instead of cygwin? Cygwin is a 'Linux'-y environment for Windows. Cmake is a build system. They are not necessarily interchangeable. cheers, dalibor topic -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Help building under Windows7 64-bit
Andrew John Hughes wrote: > This seems to be common with ex-proprietary codebases; I remember > having major issues building Firefox back in the day, and some of the > worst build systems I can think of other than OpenJDK are OpenOffice > and Chromium... Cross-platform build systems for native code that need to go through a bootstrapping step to create tools used later in the build are by their nature non-trivial. Take a look at the gcc build system, for another example -> ohloh claims that 7% of the gcc code is written in autoconf. [1] ;) cheers, dalibor topic [1] http://www.ohloh.net/p/gcc/analyses/latest -- ******* Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Need link to open bug
Pete Brunet wrote: > Where is the right place to enter JDK7 bugs? bugs.sun.com. cheers, dalibor topic -- *** Dalibor Topic Tel: (+49 40) 23 646 738 Java F/OSS Ambassador AIM: robiladonaim Sun Microsystems GmbH Mobile: (+49 177) 2664 192 Nagelsweg 55http://openjdk.java.net D-20097 Hamburg mailto:dalibor.to...@sun.com Sitz der Gesellschaft: Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht München: HRB 161028 Geschäftsführer: Jürgen Kunz
Re: Review request: Shark buildsystem changes
On 8/12/10 10:58 PM, Kelly O'Hair wrote: >> There isn't a document but I'm happy to write one if you'd like, >> either as a section of README-builds.html or a file in it's own >> right. Shall I do that? > > Adding a section to the README-builds.html file on ZERO/SHARK builds seems > like a good idea to me. Agreed. cheers, dalibor topic -- <http://www.oracle.com/> Dalibor Topic Phone: +49 40 23646738 Oracle ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: trying to build openjdk in linux os getting errors
On 11/16/10 12:27 PM, ramakanth varala wrote: > thanks deepak > > in my class path i have ANT_HOME and in PATH i kept $ANT_HOME/bin > > to drag you into my problem , i guess even ant is not properly built > in my machine > > when i say ./build.sh in my $ANT_HOME dir it gives this problem > > i copied junit*.jar in to $ANT_HOME/lib > > can you please give your inputs here ... It sounds like you're using the ./configure script from IcedTea. Please ask on distro-pkg-dev mailing list about it, and mention your distribution there. Thanks! cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Fwd: Binary plugs download
On 11/25/10 3:15 AM, kevin diggs wrote: > The section of the page: > > http://download.java.net/openjdk/jdk7/ > > for downloading has a heading that says: > > Linux platform > > If this is for x86 only then please label it as such (more than having > i586 buried in the file/link name). > > Linux actually runs on quite a lot of different hardware (I got me an > ultra2 that can run Linux; a bunch of PowerMacs too. Even a DEC Alpha. > That would be a real hoot getting a JDK on that thing. Oh I forgot > about the 040 based Quadra 700.). > > Sorry for the rant. But this kinda pushes my buttons. Hm. It's been a long time since I heard of anyone use the binary plugs for anything. Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they just serve to confuse people to assume they are in some way necessary, maybe we should just remove them from the download site for good. Any objections? cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Building OpenJDK 7 under Fedora 14'
On 11/24/10 10:18 PM, Patrick Reinhart wrote: > I finally got the build done with Fedora 14! > > Thanks all your hints. Congrats, glad to see it all worked out. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Fwd: Binary plugs download
On 11/29/10 2:52 AM, Lussier, Denis wrote: > Aren't the binary plugs still used for vanilla OpenJDK 6 builds that don't > use Iced Tea?? No. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Fwd: Binary plugs download
On 11/26/10 3:54 PM, Andrew Haley wrote: > On 11/26/2010 02:48 PM, Dalibor Topic wrote: >> Hm. It's been a long time since I heard of anyone use the binary plugs for >> anything. >> Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they >> just serve >> to confuse people to assume they are in some way necessary, maybe we should >> just remove >> them from the download site for good. >> >> Any objections? > > Why bother? People sometimes want to check out and build old versions. Constant one time effort that saves non-constant amount of time down the road answering questions about binary plugs, as well as time & space spent generating them, and so on. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
Re: Fwd: Binary plugs download
On 11/29/10 5:03 PM, Dr Andrew John Hughes wrote: > On 15:08 Mon 29 Nov , Dalibor Topic wrote: >> On 11/26/10 3:54 PM, Andrew Haley wrote: >>> On 11/26/2010 02:48 PM, Dalibor Topic wrote: >> >>>> Hm. It's been a long time since I heard of anyone use the binary plugs for >>>> anything. >>>> Certainly neither regular OpenJDK builds nor IcedTea builds do. So if they >>>> just serve >>>> to confuse people to assume they are in some way necessary, maybe we >>>> should just remove >>>> them from the download site for good. >>>> >>>> Any objections? >>> >>> Why bother? People sometimes want to check out and build old versions. >> >> Constant one time effort that saves non-constant amount of time down the >> road answering >> questions about binary plugs, as well as time & space spent generating them, >> and so on. >> > > Sounds a very good idea to me. If someone really wants to use old > versions of OpenJDK7 (given public OpenJDK6 builds have never needed > them to my knowledge), they can use an old release of IcedTea rather > than these plugs. Thanks - I agree. cheers, dalibor topic -- Oracle <http://www.oracle.com> Dalibor Topic | Java F/OSS Ambassador Phone: +494023646738 | | | Mobile: +491772664192 Oracle Java Platform Group ORACLE Deutschland B.V. & Co. KG | Nagelsweg 55 | 20097 Hamburg ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Rijnzathe 6, 3454PV De Meern, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Jürgen Kunz, Marcel van de Molen, Alexander van der Ven Green Oracle <http://www.oracle.com/commitment> Oracle is committed to developing practices and products that help protect the environment
