From 335923591 at qq.com Mon Apr 2 07:36:01 2012 From: 335923591 at qq.com (=?gbk?B?sfnT6g==?=) Date: Mon, 2 Apr 2012 22:36:01 +0800 Subject: a tips about class loader.. Message-ID: define the two classes like: ====================== public class B { private A a = new A(); public static void main(String[] args){ new B(); } } public class A { private B b = new B(); } ===================== its will throw init exception ,could it be reconized automaticlly From john.coomes at oracle.com Wed Apr 4 08:28:38 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 04 Apr 2012 15:28:38 +0000 Subject: hg: jdk8/jdk8/hotspot: 17 new changesets Message-ID: <20120404152917.15D9C47D7C@hg.openjdk.java.net> Changeset: bc8881f974b8 Author: jcoomes Date: 2012-03-23 22:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/bc8881f974b8 7156659: new hotspot build - hs24-b06 Reviewed-by: johnc ! make/hotspot_version Changeset: 1139f6b1cbd4 Author: jcoomes Date: 2012-03-20 19:36 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/1139f6b1cbd4 7154724: jdk7u4 test properties missing from jprt.properties Reviewed-by: brutisso ! make/jprt.properties Changeset: 0e9e3cecdc81 Author: mgerdin Date: 2012-03-21 08:34 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0e9e3cecdc81 7152791: wbapi tests fail on cygwin Summary: Detect cygwin prescence when setting up PLATFORM. Translate cygwin style paths before passing them on to jtreg. Reviewed-by: jcoomes, brutisso ! test/Makefile Changeset: 8a729074feae Author: nloodin Date: 2012-03-16 16:14 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/8a729074feae 7154517: Build error in hotspot-gc without precompiled headers Reviewed-by: jcoomes, brutisso ! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.inline.hpp Changeset: 64bf7c8270cb Author: johnc Date: 2012-03-12 14:59 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/64bf7c8270cb 7147724: G1: hang in SurrogateLockerThread::manipulatePLL Summary: Attempting to initiate a marking cycle when allocating a humongous object can, if a marking cycle is successfully initiated by another thread, result in the allocating thread spinning until the marking cycle is complete. Eliminate a deadlock between the main ConcurrentMarkThread, the SurrogateLocker thread, the VM thread, and a mutator thread waiting on the SecondaryFreeList_lock (while free regions are going to become available) by not manipulating the pending list lock during the prologue and epilogue of the cleanup pause. Reviewed-by: brutisso, jcoomes, tonyp ! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/vm_operations_g1.cpp ! src/share/vm/gc_implementation/g1/vm_operations_g1.hpp Changeset: 21595f05bc93 Author: tonyp Date: 2012-03-23 10:53 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/21595f05bc93 7146246: G1: expose some of the -XX flags that drive which old regions to collect during mixed GCs Summary: Make two G1 cmd line flags available in product builds: G1HeapWastePercent (previously called: G1OldReclaimableThresholdPercent) and G1MixedGCCountTarget (previous called: G1MaxMixedGCNum). Also changed the default of the former from 1% to 5% and the default for G1OldCSetRegionLiveThresholdPercent to 90%. Reviewed-by: azeemj, jwilhelm, johnc ! src/share/vm/gc_implementation/g1/collectionSetChooser.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: cc74fa5a91a9 Author: brutisso Date: 2012-03-23 15:28 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/cc74fa5a91a9 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned long,bool)+0x97 Summary: Make sure that MutableNUMASpace::ensure_parsability() only calls CollectedHeap::fill_with_object() with valid sizes and make sure CollectedHeap::filler_array_max_size() returns a value that can be converted to an int without overflow Reviewed-by: azeemj, jmasa, iveresov ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp ! src/share/vm/gc_interface/collectedHeap.cpp ! src/share/vm/gc_interface/collectedHeap.hpp Changeset: 0c49af52ff2c Author: jwilhelm Date: 2012-03-26 13:22 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0c49af52ff2c Merge Changeset: f7c4174b33ba Author: jiangli Date: 2012-03-13 13:50 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f7c4174b33ba 7109878: The instanceKlass EnclosingMethhod attribute fields can be folded into the _inner_class field. Summary: Fold instanceKlass::_enclosing_method_class_index and instanceKlass::_enclosing_method_method_index into the instanceKlass::_inner_classes array. Reviewed-by: never, coleenp Contributed-by: Jiangli Zhou ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlass.java ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/memory/dump.cpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/runtime/reflection.cpp Changeset: 21b94feb697c Author: collins Date: 2012-03-13 15:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/21b94feb697c Merge Changeset: 6522ad563f99 Author: dlong Date: 2012-03-17 17:31 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6522ad563f99 Merge ! src/share/vm/oops/instanceKlass.cpp Changeset: 0698f5ef5535 Author: dlong Date: 2012-03-25 18:08 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0698f5ef5535 Merge Changeset: 08bbee70226f Author: dlong Date: 2012-03-29 23:49 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/08bbee70226f Merge Changeset: 9a9bb0010c91 Author: brutisso Date: 2012-03-27 10:29 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/9a9bb0010c91 7156764: Remove unused size parameter from some CollectedHeap methods Summary: Some minor cleanups Reviewed-by: tonyp, jwilhelm ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_interface/collectedHeap.cpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/gc_interface/collectedHeap.inline.hpp ! src/share/vm/oops/klass.cpp ! src/share/vm/oops/klass.hpp Changeset: 5ab480a250a1 Author: jwilhelm Date: 2012-03-30 09:31 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/5ab480a250a1 Merge Changeset: cd47da9383cd Author: amurillo Date: 2012-03-30 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/cd47da9383cd Merge Changeset: 785bcf415ead Author: amurillo Date: 2012-03-30 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead Added tag hs24-b06 for changeset cd47da9383cd ! .hgtags From john.coomes at oracle.com Wed Apr 4 08:39:38 2012 From: john.coomes at oracle.com (John Coomes) Date: Wed, 4 Apr 2012 08:39:38 -0700 (PDT) Subject: jdk8-b33: HotSpot Message-ID: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> hs24-b06 has been integrated into jdk8-b33. http://hg.openjdk.java.net/jdk8/jdk8/rev/42f275168fa5 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/1e2ac1ea3f6c http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9bcab2b8b8ea http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/ea80b2388dce http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78cea258caab http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/46831c72b7f6 Component : VM Status : 0 major failures, 0 minor failures Date : 04/03/2012 at 12:31 Tested By : VM SQE & leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-03-30-211048.jcoomes.hs24-b06-snapshot Bundles : 2012-03-30-211048.jcoomes.hs24-b06-snapshot Platforms : Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs : http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b06/8/b33/2012-04-01/ Number of Tests Executed : 40000 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned long,bool)+0x97 7146246: G1: expose some of the -XX flags that drive which old regions to collect during mixed GCs 7147724: G1: hang in SurrogateLockerThread::manipulatePLL Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: Build change only: 7109878: The instanceKlass EnclosingMethhod attribute fields can be folded into the _inner_class field 7152791: wbapi tests fail on cygwin 7154517: Build error in hotspot-gc without precompiled headers 7154724: jdk7u4 test properties missing from jprt.properties 7156659: new hotspot build - hs24-b06 7156764: Remove unused size parameter from some CollectedHeap methods New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.8.0-b33 Issues and Notes: This PIT for HS24 b06 for JDK8 b33. ------------------------------- >From VM SQE & leonid.mesnik at oracle.com From mark.reinhold at oracle.com Wed Apr 4 09:31:00 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 04 Apr 2012 09:31:00 -0700 Subject: Say hello to Mathias Axelsson Message-ID: <20120404163100.B6383CE0@eggemoggin.niobe.net> I'd like to introduce Mathias Axelsson, who will be helping me to schedule, coordinate, and track all the work being done on JDK 8. Mathias is Oracle's release manager for the Oracle JDK 8 product. That's almost entirely based on the JDK 8 code here in OpenJDK, of course, so it's natural that he should have a public presence here as well. He held the same role for Oracle's JDK 7 product, though from behind the scenes as far as OpenJDK was concerned. Mathias is new to doing development in the open but he does learn quickly, so please go easy on him. By way of background, Mathias has been working as a release manager since 2005, first at BEA and then at Oracle on the JRockit virtual machine and related products. Since the Sun acquisition he's been the lead release manager for the Oracle JDK releases. Prior to his role as a release manager he worked in QA and on lab infrastructure at BEA. - Mark From mathias.axelsson at oracle.com Wed Apr 4 09:40:13 2012 From: mathias.axelsson at oracle.com (Mathias Axelsson) Date: Wed, 4 Apr 2012 18:40:13 +0200 Subject: Proposed dates for JDK 8 Message-ID: <7DC06E6A-8BDA-4C6F-ACA8-21637F548DD5@oracle.com> Hi, First of all I'd like to introduce myself. My name is Mathias Axelsson and I'm the lead release manager for the Oracle JDK. I'm based in Stockholm, Sweden. Although my role at Oracle is to ensure that we deliver Oracle JDK 8 I think it's clear that our developers are primarily focused on delivering code into OpenJDK, and so I'd like to propose the following high-level dates for the JDK 8 Release Project for review and feedback. In 2010 Mark posted details about plan B for JDK 7 and JDK 8 [1]. The below dates have been adjusted from the original post based on the details I have for JDK 8 at this stage to come up with an achievable plan. First of all I'd like to propose some dates for the implementation milestones for JDK 8 so that there are some high-level buckets that can be targeted for delivering features and enhancements. Implementation milestones: - M1: August 2011 - April 24, 2012 - M2: Ends June 14, 2012 - M3: Ends July 30, 2012 - M4: Ends September 11, 2012 - M5: Ends November 26, 2012 - M6: Ends January 30, 2013 Based on the above I would recommend a feature complete (FC) date of end of January 2013 when all features and new tests development would need to be completed. Since there are a lot of features going into JDK 8 I think we need at least as much time to stabilize JDK 8 as was needed in JDK 7. That leads us to a target release date in September 2013. In order to get from FC to the release date based on the above dates I think we'll need to raise the bar in steps during the bug fixing phase of the release so that we stay focused on the critical issues. I would like to recommend the following approach. - General bug fixing from early February till early April 2013 - In early April 2013 the bar is raised to only allow P1-P3 bugs to be fixed - By mid-June 2013 the bar is raised even higher and only showstopper bug fixes are considered The component JSRs will most likely need time to bake beyond the FC date, so I think JSR work should be exempt from the above rules until early May 2013. After that time they'll follow the same approach as above. In order to reduce the likelihood of critical bugs being discovered very late in the game, as had happened in the final days of JDK 7 stabilization with bugs that were discovered [2] by Apache Lucene developers, I would like to recommend that we set a date for when testing and bug reporting should have been completed in order to have enough time to fix them before shipping JDK 8. Based on the proposed dates I would recommend that we set that date to early April 2013. Bugs reported after this date should be looked at (and hopefully fixed) as well but if the reports comes in too late it might not be possible to fix them within the JDK 8 time frame. Therefore I propose a proactive approach to test early and report the issues so we can prioritize the critical bugs as early as possible. I would like the timeline for JDK 8 to be clear for everyone working on the project so please respond with any feedback by April 17 so it can be taken into account. Kind regards, Mathias Axelsson [1] http://mreinhold.org/blog/plan-b [2] https://blogs.oracle.com/java/entry/java_7_questions_answers From mark.reinhold at oracle.com Wed Apr 4 10:02:48 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 04 Apr 2012 10:02:48 -0700 Subject: Proposed dates for JDK 8 In-Reply-To: mathias.axelsson@oracle.com; Wed, 04 Apr 2012 18:40:13 +0200; <7DC06E6A-8BDA-4C6F-ACA8-21637F548DD5@oracle.com> Message-ID: <20120404170248.75E36CE0@eggemoggin.niobe.net> 2012/4/4 9:40 -0700, mathias.axelsson at oracle.com: > ... > > First of all I'd like to propose some dates for the implementation milestones > for JDK 8 so that there are some high-level buckets that can be targeted for > delivering features and enhancements. > > Implementation milestones: > - M1: August 2011 - April 24, 2012 > - M2: Ends June 14, 2012 > - M3: Ends July 30, 2012 > - M4: Ends September 11, 2012 > - M5: Ends November 26, 2012 > - M6: Ends January 30, 2013 Thanks Mathias. FYI I've added these dates and others you mentioned to the JDK 8 Project page:http://openjdk.java.net/projects/jdk8/ . - Mark From martijnverburg at gmail.com Wed Apr 4 13:43:38 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 4 Apr 2012 23:43:38 +0300 Subject: Proposed dates for JDK 8 In-Reply-To: <20120404170248.75E36CE0@eggemoggin.niobe.net> References: <7DC06E6A-8BDA-4C6F-ACA8-21637F548DD5@oracle.com> <20120404170248.75E36CE0@eggemoggin.niobe.net> Message-ID: Hi Mathias! On Wednesday, 4 April 2012, wrote: > 2012/4/4 9:40 -0700, mathias.axelsson at oracle.com : > > ... > > > > First of all I'd like to propose some dates for the implementation > milestones > > for JDK 8 so that there are some high-level buckets that can be targeted > for > > delivering features and enhancements. > > > > Implementation milestones: > > - M1: August 2011 - April 24, 2012 > > - M2: Ends June 14, 2012 > > - M3: Ends July 30, 2012 > > - M4: Ends September 11, 2012 > > - M5: Ends November 26, 2012 > > - M6: Ends January 30, 2013 > > Thanks Mathias. FYI I've added these dates and others you mentioned to > the JDK 8 Project page:http://openjdk.java.net/projects/jdk8/ . > > - Mark > One of the areas the JUGs would like to help with is to rally the prominent OSS projects to test OpenJDK 8 early (try to avoid Lucene type issues). We were originally thinking about a simple wiki table ticking off projects vs milestones. Is this something that would be useful? If so at what Milestone would you like us to really start pushing the message / running tests on? Cheers, Martijn From mark.reinhold at oracle.com Thu Apr 5 11:20:46 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 05 Apr 2012 11:20:46 -0700 Subject: Proposed dates for JDK 8 In-Reply-To: martijnverburg@gmail.com; Wed, 04 Apr 2012 23:43:38 +0300; Message-ID: <20120405182046.1A9D6809@eggemoggin.niobe.net> 2012/4/4 13:43 -0700, martijnverburg at gmail.com: > One of the areas the JUGs would like to help with is to rally the prominent OSS > projects to test OpenJDK 8 early (try to avoid Lucene type issues). We were > originally thinking about a simple wiki table ticking off projects vs > milestones. Is this something that would be useful? If so at what Milestone > would you like us to really start pushing the message / running tests on? I think the best time to encourage widespread testing would be a little bit after Feature Complete (M6). For JDK 7 we scheduled a post-FC "Developer Preview" milestone and encouraged people to download and test that. Quite a few people did, and hopefully with help from the LJC and other JUGS we can get an even better response next time around. Testing even earlier is, of course, also valuable. As we get further along we'll post a table of which features are expected to arrive (or did arrive) in which milestone, so that people interested in specific features can focus their effort. Mathias -- Let's add an M7 Developer Preview miletone to the JDK 8 schedule. I'll leave it to you to pick the exact date. It'd also be good to have specific dates for the other points in time you mentioned (rampdown start, P1-P3 only, etc.), though it probably doesn't make sense to call those milestones. Thanks. - Mark From niklas.schlimm at provinzial.com Thu Apr 5 12:03:40 2012 From: niklas.schlimm at provinzial.com (niklas.schlimm at provinzial.com) Date: Thu, 5 Apr 2012 21:03:40 +0200 Subject: =?windows-1252?Q?AUTO=3A_Schlimm=2C_Niklas_is_out_of_the_office=2E_=28?= =?windows-1252?Q?R=FCckkehr_am_Mo=2C_16=2E04=2E2012=29?= Message-ID: Ich bin von Do, 05.04.2012 bis Mo, 16.04.2012 abwesend. Ich werde Ihre Nachricht nach meiner R?ckkehr beantworten. Themen rund um Releaseverfahren und Tabex/4 betreuen Oliver Krebs (stellv. Gruppenleiter) und Andreas Stenger. Continuous Integration und Testautomatisierung betreut Dirk Pohle. Java und Framework-Themen werden von Frau Danijela Steinacker betreut. Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht "jdk8-dev Digest, Vol 12, Issue 3" gesendet am 05.04.2012 21:00:01. Diese ist die einzige Benachrichtigung, die Sie empfangen werden, w?hrend diese Person abwesend ist. Provinzial Rheinland Versicherung AG ? Die Versicherung der Sparkassen ; Amtsgericht D?sseldorf HRB 41241; Provinzial Rheinland Lebensversicherung AG ? Die Versicherung der Sparkassen; Amtsgericht D?sseldorf HRB 41741; Sitz der Gesellschaften: Provinzialplatz 1, D-40591 D?sseldorf; Vorsitzender der Aufsichtsr?te: Michael Breuer Vorst?nde: Ulrich Jansen, Vorsitzender; Patric Fedlmeier, Sabine Krummenerl, Guido Schaefers, Peter Slawik Die Berufsunf?higkeitsversicherung der Provinzial erh?lt im wichtigsten Teilbereich "BU-Bedingungen" mit f?nf Sternen die Bestnote der Ratingagentur Morgen und Morgen! www.provinzial.com Besuchen Sie uns auch in den Sozialen Netzwerken: www.blog.provinzial.com www.facebook.com/provinzial www.twitter.com/provinzial www.xing.com/companies/provinzialrheinland/ www.youtube.com/provinzialvideo www.flickr.com/photos/provinzial_rheinland Denken Sie an die Umwelt, bevor Sie diese E-Mail ausdrucken! From henri.gomez at gmail.com Thu Apr 5 12:43:32 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 5 Apr 2012 21:43:32 +0200 Subject: jdk8-b33: HotSpot In-Reply-To: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> Message-ID: hg tags still return jdk8-b32. tip 417:42f275168fa5 jdk8-b32 416:88176171e940 jdk8-b31 415:0b66f43b89a6 jdk8-b30 414:6cea54809b51 jdk8-b29 410:41460de04258 2012/4/4 John Coomes : > hs24-b06 has been integrated into jdk8-b33. > > http://hg.openjdk.java.net/jdk8/jdk8/rev/42f275168fa5 > http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/1e2ac1ea3f6c > http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead > http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9bcab2b8b8ea > http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/ea80b2388dce > http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78cea258caab > http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/46831c72b7f6 > > Component : VM > Status ? ?: 0 major failures, 0 minor failures > Date ? ? ?: 04/03/2012 at 12:31 > Tested By : VM SQE & leonid.mesnik at oracle.com > Cost(total man-days): 1 > > Workspace : 2012-03-30-211048.jcoomes.hs24-b06-snapshot > Bundles ? : 2012-03-30-211048.jcoomes.hs24-b06-snapshot > Platforms : > Others > > Tests ? ? : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ > Browsers ?: NA > Patches ? : NA > Logs ? ? ?: http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b06/8/b33/2012-04-01/ > Number of Tests Executed : 40000 product tests, 0 unit tests, 0 tck tests > > Bug verification status: > ====================================== > ?Tested, Pass: > 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned long,bool)+0x97 > 7146246: G1: expose some of the -XX flags that drive which old regions to collect during mixed GCs > 7147724: G1: hang in SurrogateLockerThread::manipulatePLL > > ?Tested, Pass (partial fixes): > > ?Tested, Fail: > > ?Untested bug fixes: > ? ?Setup is not available: > ? ?Build change only: > 7109878: The instanceKlass EnclosingMethhod attribute fields can be folded into the _inner_class field > 7152791: wbapi tests fail on cygwin > 7154517: Build error in hotspot-gc without precompiled headers > 7154724: jdk7u4 test properties missing from jprt.properties > 7156659: new hotspot build - hs24-b06 > 7156764: Remove unused size parameter from some CollectedHeap methods > > ?New bugs filed: > ? ?Bugs in PIT build: > > ? ?Bugs in earlier promoted build: > > Number of PIT requested: 1 > Integration target J2SE build number: 1.8.0-b33 > > Issues and Notes: > ?This PIT for HS24 b06 for JDK8 b33. > ------------------------------- > >From VM SQE & leonid.mesnik at oracle.com From daniel.daugherty at oracle.com Thu Apr 5 12:46:07 2012 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Thu, 05 Apr 2012 13:46:07 -0600 Subject: jdk8-b33: HotSpot In-Reply-To: References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> Message-ID: <4F7DF67F.3020408@oracle.com> That's because jdk8-b33 hasn't promoted yet... Dan On 4/5/12 1:43 PM, Henri Gomez wrote: > hg tags still return jdk8-b32. > > tip 417:42f275168fa5 > jdk8-b32 416:88176171e940 > jdk8-b31 415:0b66f43b89a6 > jdk8-b30 414:6cea54809b51 > jdk8-b29 410:41460de04258 > > 2012/4/4 John Coomes: >> hs24-b06 has been integrated into jdk8-b33. >> >> http://hg.openjdk.java.net/jdk8/jdk8/rev/42f275168fa5 >> http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/1e2ac1ea3f6c >> http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead >> http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9bcab2b8b8ea >> http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/ea80b2388dce >> http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78cea258caab >> http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/46831c72b7f6 >> >> Component : VM >> Status : 0 major failures, 0 minor failures >> Date : 04/03/2012 at 12:31 >> Tested By : VM SQE& leonid.mesnik at oracle.com >> Cost(total man-days): 1 >> >> Workspace : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >> Bundles : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >> Platforms : >> Others >> >> Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ >> Browsers : NA >> Patches : NA >> Logs : http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b06/8/b33/2012-04-01/ >> Number of Tests Executed : 40000 product tests, 0 unit tests, 0 tck tests >> >> Bug verification status: >> ====================================== >> Tested, Pass: >> 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned long,bool)+0x97 >> 7146246: G1: expose some of the -XX flags that drive which old regions to collect during mixed GCs >> 7147724: G1: hang in SurrogateLockerThread::manipulatePLL >> >> Tested, Pass (partial fixes): >> >> Tested, Fail: >> >> Untested bug fixes: >> Setup is not available: >> Build change only: >> 7109878: The instanceKlass EnclosingMethhod attribute fields can be folded into the _inner_class field >> 7152791: wbapi tests fail on cygwin >> 7154517: Build error in hotspot-gc without precompiled headers >> 7154724: jdk7u4 test properties missing from jprt.properties >> 7156659: new hotspot build - hs24-b06 >> 7156764: Remove unused size parameter from some CollectedHeap methods >> >> New bugs filed: >> Bugs in PIT build: >> >> Bugs in earlier promoted build: >> >> Number of PIT requested: 1 >> Integration target J2SE build number: 1.8.0-b33 >> >> Issues and Notes: >> This PIT for HS24 b06 for JDK8 b33. >> ------------------------------- >> > From VM SQE& leonid.mesnik at oracle.com From henri.gomez at gmail.com Thu Apr 5 13:06:27 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 5 Apr 2012 22:06:27 +0200 Subject: jdk8-b33: HotSpot In-Reply-To: <4F7DF67F.3020408@oracle.com> References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> <4F7DF67F.3020408@oracle.com> Message-ID: ok, it wasn't clear 2012/4/5 Daniel D. Daugherty : > That's because jdk8-b33 hasn't promoted yet... > > Dan > > > > On 4/5/12 1:43 PM, Henri Gomez wrote: >> >> hg tags still return jdk8-b32. >> >> tip ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 417:42f275168fa5 >> jdk8-b32 ? ? ? ? ? ? ? ? ? ? ? ? 416:88176171e940 >> jdk8-b31 ? ? ? ? ? ? ? ? ? ? ? ? 415:0b66f43b89a6 >> jdk8-b30 ? ? ? ? ? ? ? ? ? ? ? ? 414:6cea54809b51 >> jdk8-b29 ? ? ? ? ? ? ? ? ? ? ? ? 410:41460de04258 >> >> 2012/4/4 John Coomes: >>> >>> hs24-b06 has been integrated into jdk8-b33. >>> >>> http://hg.openjdk.java.net/jdk8/jdk8/rev/42f275168fa5 >>> http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/1e2ac1ea3f6c >>> http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead >>> http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9bcab2b8b8ea >>> http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/ea80b2388dce >>> http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78cea258caab >>> http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/46831c72b7f6 >>> >>> Component : VM >>> Status ? ?: 0 major failures, 0 minor failures >>> Date ? ? ?: 04/03/2012 at 12:31 >>> Tested By : VM SQE& ?leonid.mesnik at oracle.com >>> >>> Cost(total man-days): 1 >>> >>> Workspace : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >>> Bundles ? : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >>> Platforms : >>> Others >>> >>> Tests ? ? : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ >>> Browsers ?: NA >>> Patches ? : NA >>> Logs ? ? ?: >>> http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b06/8/b33/2012-04-01/ >>> Number of Tests Executed : 40000 product tests, 0 unit tests, 0 tck tests >>> >>> Bug verification status: >>> ====================================== >>> ?Tested, Pass: >>> 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned >>> long,bool)+0x97 >>> 7146246: G1: expose some of the -XX flags that drive which old regions to >>> collect during mixed GCs >>> 7147724: G1: hang in SurrogateLockerThread::manipulatePLL >>> >>> ?Tested, Pass (partial fixes): >>> >>> ?Tested, Fail: >>> >>> ?Untested bug fixes: >>> ? ?Setup is not available: >>> ? ?Build change only: >>> 7109878: The instanceKlass EnclosingMethhod attribute fields can be >>> folded into the _inner_class field >>> 7152791: wbapi tests fail on cygwin >>> 7154517: Build error in hotspot-gc without precompiled headers >>> 7154724: jdk7u4 test properties missing from jprt.properties >>> 7156659: new hotspot build - hs24-b06 >>> 7156764: Remove unused size parameter from some CollectedHeap methods >>> >>> ?New bugs filed: >>> ? ?Bugs in PIT build: >>> >>> ? ?Bugs in earlier promoted build: >>> >>> Number of PIT requested: 1 >>> Integration target J2SE build number: 1.8.0-b33 >>> >>> Issues and Notes: >>> ?This PIT for HS24 b06 for JDK8 b33. >>> ------------------------------- >>> > From VM SQE& ?leonid.mesnik at oracle.com From henri.gomez at gmail.com Thu Apr 5 13:07:59 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 5 Apr 2012 22:07:59 +0200 Subject: jigsaw for OSX ? Message-ID: Did there is plan to merge current jdk8 to jigsaw branch ? I know some OSX users waiting it to experiment with modules :) Cheers From daniel.daugherty at oracle.com Thu Apr 5 13:08:01 2012 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Thu, 05 Apr 2012 14:08:01 -0600 Subject: jdk8-b33: HotSpot In-Reply-To: References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> <4F7DF67F.3020408@oracle.com> Message-ID: <4F7DFBA1.90602@oracle.com> This was a notification that the HotSpot component integrated for jdk8-b33. HotSpot is only one of many repos that make up the OpenJDK... Dan On 4/5/12 2:06 PM, Henri Gomez wrote: > ok, it wasn't clear > > 2012/4/5 Daniel D. Daugherty: >> That's because jdk8-b33 hasn't promoted yet... >> >> Dan >> >> >> >> On 4/5/12 1:43 PM, Henri Gomez wrote: >>> hg tags still return jdk8-b32. >>> >>> tip 417:42f275168fa5 >>> jdk8-b32 416:88176171e940 >>> jdk8-b31 415:0b66f43b89a6 >>> jdk8-b30 414:6cea54809b51 >>> jdk8-b29 410:41460de04258 >>> >>> 2012/4/4 John Coomes: >>>> hs24-b06 has been integrated into jdk8-b33. >>>> >>>> http://hg.openjdk.java.net/jdk8/jdk8/rev/42f275168fa5 >>>> http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/1e2ac1ea3f6c >>>> http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/785bcf415ead >>>> http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9bcab2b8b8ea >>>> http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/ea80b2388dce >>>> http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78cea258caab >>>> http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/46831c72b7f6 >>>> >>>> Component : VM >>>> Status : 0 major failures, 0 minor failures >>>> Date : 04/03/2012 at 12:31 >>>> Tested By : VM SQE& leonid.mesnik at oracle.com >>>> >>>> Cost(total man-days): 1 >>>> >>>> Workspace : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >>>> Bundles : 2012-03-30-211048.jcoomes.hs24-b06-snapshot >>>> Platforms : >>>> Others >>>> >>>> Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ >>>> Browsers : NA >>>> Patches : NA >>>> Logs : >>>> http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b06/8/b33/2012-04-01/ >>>> Number of Tests Executed : 40000 product tests, 0 unit tests, 0 tck tests >>>> >>>> Bug verification status: >>>> ====================================== >>>> Tested, Pass: >>>> 7103665: HeapWord*ParallelScavengeHeap::failed_mem_allocate(unsigned >>>> long,bool)+0x97 >>>> 7146246: G1: expose some of the -XX flags that drive which old regions to >>>> collect during mixed GCs >>>> 7147724: G1: hang in SurrogateLockerThread::manipulatePLL >>>> >>>> Tested, Pass (partial fixes): >>>> >>>> Tested, Fail: >>>> >>>> Untested bug fixes: >>>> Setup is not available: >>>> Build change only: >>>> 7109878: The instanceKlass EnclosingMethhod attribute fields can be >>>> folded into the _inner_class field >>>> 7152791: wbapi tests fail on cygwin >>>> 7154517: Build error in hotspot-gc without precompiled headers >>>> 7154724: jdk7u4 test properties missing from jprt.properties >>>> 7156659: new hotspot build - hs24-b06 >>>> 7156764: Remove unused size parameter from some CollectedHeap methods >>>> >>>> New bugs filed: >>>> Bugs in PIT build: >>>> >>>> Bugs in earlier promoted build: >>>> >>>> Number of PIT requested: 1 >>>> Integration target J2SE build number: 1.8.0-b33 >>>> >>>> Issues and Notes: >>>> This PIT for HS24 b06 for JDK8 b33. >>>> ------------------------------- >>>>> From VM SQE& leonid.mesnik at oracle.com From henri.gomez at gmail.com Thu Apr 5 13:09:55 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 5 Apr 2012 22:09:55 +0200 Subject: jdk8-b33: HotSpot In-Reply-To: <4F7DFBA1.90602@oracle.com> References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> <4F7DF67F.3020408@oracle.com> <4F7DFBA1.90602@oracle.com> Message-ID: > This was a notification that the HotSpot component integrated > for jdk8-b33. HotSpot is only one of many repos that make up > the OpenJDK... Yep I know :) From mandy.chung at oracle.com Thu Apr 5 13:39:42 2012 From: mandy.chung at oracle.com (Mandy Chung) Date: Thu, 05 Apr 2012 13:39:42 -0700 Subject: jigsaw for OSX ? In-Reply-To: References: Message-ID: <4F7E030E.1020705@oracle.com> We are about to send this update to jigsaw-dev. Michael McMahon is working on the jigsaw/jdk8 merge and he just verified that jigsaw runs on macosx!! I'm waiting for the jprt job to complete the sanity checks on all platforms including OSX. Then I will sponsor and push the changesets to jigsaw for Michael. Mandy On 4/5/2012 1:07 PM, Henri Gomez wrote: > Did there is plan to merge current jdk8 to jigsaw branch ? > > I know some OSX users waiting it to experiment with modules :) > > Cheers From henri.gomez at gmail.com Thu Apr 5 14:13:10 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 5 Apr 2012 23:13:10 +0200 Subject: jigsaw for OSX ? In-Reply-To: <4F7E030E.1020705@oracle.com> References: <4F7E030E.1020705@oracle.com> Message-ID: Nice, you win a new subscribed to jigsaw-dev :) Waiting for announce and I'll work on jigsaw package for OSX ! 2012/4/5 Mandy Chung : > We are about to send this update to jigsaw-dev. > > Michael McMahon is working on the jigsaw/jdk8 merge and he just verified > that jigsaw runs on macosx!! ?I'm waiting for the jprt job to complete the > sanity checks on all platforms including OSX. ?Then I will sponsor and push > the changesets to jigsaw for Michael. > > Mandy > > > On 4/5/2012 1:07 PM, Henri Gomez wrote: >> >> Did there is plan to merge current jdk8 to jigsaw branch ? >> >> I know some OSX users waiting it to experiment with modules :) >> >> Cheers From david.katleman at oracle.com Thu Apr 5 14:38:25 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:38:25 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b33 for changeset 42f275168fa5 Message-ID: <20120405213825.2E52047E4E@hg.openjdk.java.net> Changeset: 06ef0b4daa4c Author: katleman Date: 2012-04-05 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/06ef0b4daa4c Added tag jdk8-b33 for changeset 42f275168fa5 ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:38:32 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:38:32 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b33 for changeset 1e2ac1ea3f6c Message-ID: <20120405213833.4B19F47E51@hg.openjdk.java.net> Changeset: 0feb9b8a9538 Author: katleman Date: 2012-04-05 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/0feb9b8a9538 Added tag jdk8-b33 for changeset 1e2ac1ea3f6c ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:39:45 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:39:45 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b33 for changeset 785bcf415ead Message-ID: <20120405213949.0E8BF47E54@hg.openjdk.java.net> Changeset: 3b449840d80c Author: katleman Date: 2012-04-05 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3b449840d80c Added tag jdk8-b33 for changeset 785bcf415ead ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:41:42 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:41:42 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b33 for changeset 9bcab2b8b8ea Message-ID: <20120405214145.7854847E57@hg.openjdk.java.net> Changeset: 19d53d500474 Author: katleman Date: 2012-04-05 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/19d53d500474 Added tag jdk8-b33 for changeset 9bcab2b8b8ea ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:41:54 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:41:54 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b33 for changeset ea80b2388dce Message-ID: <20120405214157.7CA1647E5A@hg.openjdk.java.net> Changeset: b3cad5619239 Author: katleman Date: 2012-04-05 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/b3cad5619239 Added tag jdk8-b33 for changeset ea80b2388dce ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:42:13 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:42:13 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b33 for changeset 78cea258caab Message-ID: <20120405214232.1712047E5E@hg.openjdk.java.net> Changeset: 93ca9cbc8940 Author: katleman Date: 2012-04-05 13:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/93ca9cbc8940 Added tag jdk8-b33 for changeset 78cea258caab ! .hgtags From david.katleman at oracle.com Thu Apr 5 14:44:30 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 05 Apr 2012 21:44:30 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b33 for changeset 46831c72b7f6 Message-ID: <20120405214434.9453347E61@hg.openjdk.java.net> Changeset: e4241f09e2b6 Author: katleman Date: 2012-04-05 13:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/e4241f09e2b6 Added tag jdk8-b33 for changeset 46831c72b7f6 ! .hgtags From dmdabbs at gmail.com Fri Apr 6 08:34:13 2012 From: dmdabbs at gmail.com (David Dabbs) Date: Fri, 6 Apr 2012 10:34:13 -0500 Subject: jdk8-b33: HotSpot In-Reply-To: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> References: <201204041539.q34FdcI2016432@mykonos.us.oracle.com> Message-ID: <000001cd140a$b9f6f350$2de4d9f0$@com> > -----Original Message----- > From: jdk8-dev-bounces at openjdk.java.net [mailto:jdk8-dev- > bounces at openjdk.java.net] On Behalf Of John Coomes > Sent: Wednesday, April 04, 2012 10:40 AM > To: jdk8-dev at openjdk.java.net > Subject: jdk8-b33: HotSpot > > hs24-b06 has been integrated into jdk8-b33. > Hello. I saw this message as well as the weekly jdk8 and 7u4 version changesets, but the latest 7u4 and 8 promoted builds, 19 and 33 respectively, aren't available on java.net. Will they be promoted/published this week? Thank you, David From martijnverburg at gmail.com Mon Apr 9 04:20:42 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Mon, 9 Apr 2012 12:20:42 +0100 Subject: Proposed dates for JDK 8 In-Reply-To: <20120405182046.1A9D6809@eggemoggin.niobe.net> References: <20120405182046.1A9D6809@eggemoggin.niobe.net> Message-ID: Hi all, 2012/4/4 13:43 -0700, martijnverburg at gmail.com: > > One of the areas the JUGs would like to help with is to rally the > prominent OSS > > projects to test OpenJDK 8 early (try to avoid Lucene type issues). We > were > > originally thinking about a simple wiki table ticking off projects vs > > milestones. Is this something that would be useful? If so at what > Milestone > > would you like us to really start pushing the message / running tests on? > > I think the best time to encourage widespread testing would be a > little bit after Feature Complete (M6). For JDK 7 we scheduled > a post-FC "Developer Preview" milestone and encouraged people to > download and test that. Quite a few people did, and hopefully > with help from the LJC and other JUGS we can get an even better > response next time around. > > Testing even earlier is, of course, also valuable. As we get > further along we'll post a table of which features are expected > to arrive (or did arrive) in which milestone, so that people > interested in specific features can focus their effort. > > Mathias -- Let's add an M7 Developer Preview miletone to the > JDK 8 schedule. I'll leave it to you to pick the exact date. > It'd also be good to have specific dates for the other points in > time you mentioned (rampdown start, P1-P3 only, etc.), though it > probably doesn't make sense to call those milestones. Thanks. > I've started a very rough matrix at https://wikis.oracle.com/display/OpenJDK/JDK8+Testing My intention is simply to list: * project name * the primary point of contact * mailing list * the milestones that the project has identified that they're willing to put time/resource against testing against. Hopefully this will give us a solid list of projects/people to co-ordinate with around the M6+ timeframe. I've started reaching out to a few projects asking them to consider M6+ as a good time to put some real effort into Java 8 testing and asked those who can to try out builds even earlier than that. As I get responses I'll keep adding them to the matrix. Any questions, "Argh no you're going about it all wrong" comments welcome :-) Cheers, Martijn From lana.steuck at oracle.com Tue Apr 10 13:53:38 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 10 Apr 2012 20:53:38 +0000 Subject: hg: jdk8/jdk8: 4 new changesets Message-ID: <20120410205338.E2C6847FB6@hg.openjdk.java.net> Changeset: fa0fed83e335 Author: dcubed Date: 2012-03-23 09:17 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/fa0fed83e335 7136506: FDS: rework jdk repo Full Debug Symbols support Summary: JPRT needs to use the '-y' option with zip on non-Windows control builds in order to preserve symbolic links. Reviewed-by: dholmes, ohair ! make/jprt.gmk Changeset: 9a171072ff19 Author: lana Date: 2012-03-30 16:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/9a171072ff19 Merge Changeset: 4d45c7117e23 Author: dcubed Date: 2012-04-03 10:17 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/4d45c7117e23 7157296: FDS: ENABLE_FULL_DEBUG_SYMBOLS flag should only affect OPT builds Summary: Build option FULL_DEBUG_SYMBOLS=0 only affects OPT builds. Finish enabling ENABLE_FULL_DEBUG_SYMBOLS flag on Windows. Reviewed-by: ohair, jmelvin, sspitsyn ! make/Defs-internal.gmk ! make/hotspot-rules.gmk ! make/jdk-rules.gmk Changeset: 3b70add6ae45 Author: lana Date: 2012-04-09 21:55 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/3b70add6ae45 Merge From lana.steuck at oracle.com Tue Apr 10 13:53:52 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 10 Apr 2012 20:53:52 +0000 Subject: hg: jdk8/jdk8/langtools: 7 new changesets Message-ID: <20120410205407.C19B347FB7@hg.openjdk.java.net> Changeset: 568e70bbd9aa Author: mcimadamore Date: 2012-03-26 15:27 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/568e70bbd9aa 7151580: Separate DA/DU logic from exception checking logic in Flow.java Summary: DA/DU analysis and exception checking analysis should live in two separate tree visitors Reviewed-by: gafter, dlsmith, jjg ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! src/share/classes/com/sun/tools/javac/tree/JCTree.java ! test/tools/javac/processing/TestWarnErrorCount.java Changeset: e28a06a3c5d9 Author: mcimadamore Date: 2012-03-26 15:28 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/e28a06a3c5d9 7151492: Encapsulate check logic into Attr.ResultInfo Summary: ResultInfo class should be used to make attribution code transparent w.r.t. check logic being used Reviewed-by: jjg, dlsmith ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! test/tools/javac/6979683/TestCast6979683_BAD34.java.errlog ! test/tools/javac/6979683/TestCast6979683_BAD35.java.errlog ! test/tools/javac/6979683/TestCast6979683_BAD36.java.errlog ! test/tools/javac/6979683/TestCast6979683_BAD37.java.errlog ! test/tools/javac/6979683/TestCast6979683_BAD38.java.errlog ! test/tools/javac/6979683/TestCast6979683_BAD39.java.errlog ! test/tools/javac/Diagnostics/6722234/T6722234d_1.out ! test/tools/javac/Diagnostics/6722234/T6722234d_2.out ! test/tools/javac/OverrideChecks/6400189/T6400189a.out ! test/tools/javac/OverrideChecks/6400189/T6400189b.out ! test/tools/javac/StringsInSwitch/BadlyTypedLabel1.out ! test/tools/javac/StringsInSwitch/BadlyTypedLabel2.out ! test/tools/javac/T6326754.out ! test/tools/javac/TryWithResources/TwrOnNonResource.out ! test/tools/javac/cast/6270087/T6270087neg.out ! test/tools/javac/cast/6557182/T6557182.out ! test/tools/javac/cast/6665356/T6665356.out ! test/tools/javac/cast/6795580/T6795580.out ! test/tools/javac/cast/6932571/T6932571neg.out ! test/tools/javac/cast/7005095/T7005095neg.out ! test/tools/javac/cast/7005671/T7005671.out ! test/tools/javac/diags/examples.not-yet.txt + test/tools/javac/diags/examples/CantApplyDiamond1.java ! test/tools/javac/diags/examples/IncompatibleTypes1.java ! test/tools/javac/diags/examples/InconvertibleTypes.java ! test/tools/javac/diags/examples/InvalidInferredTypes.java ! test/tools/javac/diags/examples/PossibleLossPrecision.java ! test/tools/javac/diags/examples/ResourceNotApplicableToType.java ! test/tools/javac/diags/examples/UndeterminedType1.java ! test/tools/javac/diags/examples/WhereIntersection.java ! test/tools/javac/generics/6207386/T6207386.out ! test/tools/javac/generics/diamond/neg/Neg05.out ! test/tools/javac/generics/diamond/neg/Neg06.out ! test/tools/javac/generics/diamond/neg/Neg10.out ! test/tools/javac/generics/inference/6315770/T6315770.out ! test/tools/javac/generics/inference/6638712/T6638712b.out ! test/tools/javac/generics/inference/6638712/T6638712e.out ! test/tools/javac/generics/inference/6650759/T6650759m.out ! test/tools/javac/generics/rawOverride/7062745/T7062745neg.out ! test/tools/javac/generics/wildcards/6886247/T6886247_2.out ! test/tools/javac/multicatch/Neg06.out ! test/tools/javac/multicatch/Neg07.out ! test/tools/javac/types/CastObjectToPrimitiveTest.out ! test/tools/javac/varargs/6313164/T6313164.out ! test/tools/javac/varargs/7097436/T7097436.out Changeset: 2827076dbf64 Author: mcimadamore Date: 2012-03-26 15:28 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/2827076dbf64 7133185: Update 292 overload resolution logic to match JLS Summary: Re-implement special overload resolution support for method handles according to the JLS SE 7 definition Reviewed-by: jjg, dlsmith, jrose ! src/share/classes/com/sun/tools/javac/code/Flags.java ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Symtab.java ! src/share/classes/com/sun/tools/javac/comp/Check.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/comp/MemberEnter.java ! src/share/classes/com/sun/tools/javac/comp/Resolve.java ! src/share/classes/com/sun/tools/javac/jvm/ClassReader.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! test/tools/javac/diags/examples.not-yet.txt Changeset: 379bc17d9a26 Author: mcimadamore Date: 2012-03-30 19:19 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/379bc17d9a26 7157688: Regression: common compiler diagnostic features swapped required/found types Summary: bug in resource key in compiler.properties Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/resources/compiler.properties Changeset: c94c09f34701 Author: mcimadamore Date: 2012-03-30 19:19 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c94c09f34701 7157165: Regression: code with disjunctive type crashes javac Summary: Bad recovery logic in parser code that checks for generic cast Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java + test/tools/javac/parser/7157165/T7157165.java + test/tools/javac/parser/7157165/T7157165.out Changeset: 01e7924ea479 Author: lana Date: 2012-03-30 16:58 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/01e7924ea479 Merge Changeset: 517f0789bd4e Author: lana Date: 2012-04-09 21:58 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/517f0789bd4e Merge From lana.steuck at oracle.com Tue Apr 10 13:54:20 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 10 Apr 2012 20:54:20 +0000 Subject: hg: jdk8/jdk8/jdk: 33 new changesets Message-ID: <20120410205959.B708F47FB8@hg.openjdk.java.net> Changeset: 100b6c2f75ba Author: rupashka Date: 2012-03-22 17:10 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/100b6c2f75ba 6888634: test/closed/javax/swing/Popup/TaskbarPositionTest.java fails Reviewed-by: alexp ! src/share/classes/javax/swing/JPopupMenu.java Changeset: 1dd6fe680681 Author: rupashka Date: 2012-03-23 15:16 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1dd6fe680681 4310381: Text in multi-row/col JTabbedPane tabs can be truncated/clipped Reviewed-by: rupashka Contributed-by: Charles Lee ! src/share/classes/javax/swing/plaf/basic/BasicTabbedPaneUI.java + test/javax/swing/JTabbedPane/4310381/bug4310381.html + test/javax/swing/JTabbedPane/4310381/bug4310381.java Changeset: 9923c60c26b7 Author: anthony Date: 2012-03-27 15:41 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9923c60c26b7 7150516: [macosx] appletviewer shouldn't link against libX11 on the Mac Summary: Don't link against libX11 on the Mac Reviewed-by: art ! make/launchers/Makefile.launcher Changeset: 4008c98ad48a Author: anthony Date: 2012-03-27 15:49 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4008c98ad48a 7149085: [macosx] Quit with QuitStrategy CLOSE_ALL_WINDOWS does terminate application Summary: Don't force the termination of the event loop in the Quit action handler Reviewed-by: art ! src/macosx/classes/com/apple/eawt/_AppEventHandler.java Changeset: 3d5e83373a39 Author: anthony Date: 2012-03-27 15:53 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/3d5e83373a39 7132692: [macosx] Class com.apple.eawt not functioning Summary: Postpone setting the application delegate until the app is fully initialized Reviewed-by: art ! src/macosx/native/sun/awt/awt.m Changeset: 74a1284ca75a Author: serb Date: 2012-03-29 17:31 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/74a1284ca75a 7124551: [macosx] Once added, Menu shortcut cannot be removed Reviewed-by: art, anthony ! src/macosx/native/sun/awt/CMenuItem.m Changeset: f84f86c5253e Author: anthony Date: 2012-03-30 18:10 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f84f86c5253e 7124428: [macosx] Frame.setExtendedState() doesn't work for undecorated windows Summary: Emulate native NSWindow -zoom for undecorated windows Reviewed-by: art ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java Changeset: 96340349e35b Author: zhouyx Date: 2012-03-31 16:55 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/96340349e35b 7155298: Editable TextArea/TextField are blocking GUI applications from exit Summary: Stop default caret's timer by setVisible(false) when dispose Reviewed-by: anthony, ant ! src/solaris/classes/sun/awt/X11/XTextAreaPeer.java ! src/solaris/classes/sun/awt/X11/XTextFieldPeer.java + test/java/awt/TextArea/DisposeTest/TestDispose.java + test/java/awt/TextField/DisposeTest/TestDispose.java Changeset: 121e6b435762 Author: anthony Date: 2012-04-03 16:14 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/121e6b435762 7154177: [macosx] An invisible owner frame becomes visible upon clicking a child window Summary: Establish the parent-child relationship for visible windows only Reviewed-by: serb ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java + test/java/awt/Frame/InvisibleOwner/InvisibleOwner.java Changeset: cbf39e7a7535 Author: alexsch Date: 2012-04-04 16:27 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cbf39e7a7535 7093156: NLS Please change the mnemonic assignment system to avoid translation issue (Swing files) Reviewed-by: rupashka ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_de.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_es.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_fr.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_it.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ja.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_ko.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_pt_BR.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_sv.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_CN.properties ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk_zh_TW.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_de.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_es.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_fr.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_it.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_pt_BR.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_sv.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/basic/resources/basic_zh_TW.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_de.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_es.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_fr.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_it.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_pt_BR.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_sv.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/metal/resources/metal_zh_TW.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_de.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_es.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_fr.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_it.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_ja.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_ko.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_pt_BR.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_sv.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_zh_CN.properties ! src/share/classes/com/sun/swing/internal/plaf/synth/resources/synth_zh_TW.properties ! src/share/classes/javax/swing/UIDefaults.java Changeset: e0bf70361777 Author: kizune Date: 2012-04-04 20:31 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e0bf70361777 7153735: [macosx] Text with diacritics is pasted with broken encoding Reviewed-by: anthony ! make/common/Defs-linux.gmk ! make/common/Defs-macosx.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/java/awt/Makefile + src/macosx/lib/content-types.properties + src/macosx/lib/flavormap.properties Changeset: 20ee3a75b46b Author: kizune Date: 2012-04-04 20:32 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/20ee3a75b46b Merge Changeset: 86502b25099a Author: lana Date: 2012-04-04 12:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/86502b25099a Merge Changeset: 1d418ec212ea Author: zhangshj Date: 2012-03-22 12:30 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1d418ec212ea 7155300: Include pthread.h on all POSIX platforms except Solaris to improve portability Reviewed-by: alanb, dholmes ! src/solaris/bin/java_md.c ! src/solaris/transport/socket/socket_md.c Changeset: a3327472e2d7 Author: michaelm Date: 2012-03-23 11:28 +0000 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a3327472e2d7 7155585: Fix ifeq errors in makefiles [macosx] Reviewed-by: andrew, anthony, ohrstrom, dsamersoff ! make/java/npt/Makefile ! make/jpda/transport/socket/Makefile ! make/sun/awt/mawt.gmk ! make/sun/font/Makefile ! make/sun/xawt/Makefile Changeset: e7f813f2ea86 Author: dcubed Date: 2012-03-23 09:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e7f813f2ea86 7136506: FDS: rework jdk repo Full Debug Symbols support Summary: Add support for ENABLE_FULL_DEBUG_SYMBOLS and ZIP_DEBUGINFO_FILES build flags. Add support for .diz files. Preserve symlinks in zip archives. Reviewed-by: dholmes, ohair ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/shared/Sanity.gmk ! make/java/redist/Makefile ! make/java/redist/sajdi/Makefile ! make/jprt.gmk Changeset: 98bb27f61a70 Author: vinnie Date: 2012-03-26 17:14 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/98bb27f61a70 7152582: PKCS11 tests should use the NSS libraries available in the OS Reviewed-by: mullan ! test/sun/security/pkcs11/PKCS11Test.java - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll ! test/sun/security/tools/keytool/autotest.sh Changeset: e700286746c9 Author: xuelei Date: 2012-03-26 21:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e700286746c9 7155051: DNS provider may return incorrect results Reviewed-by: weijun, chegar ! src/share/classes/com/sun/jndi/dns/DnsClient.java Changeset: 7e7d55e20754 Author: nloodin Date: 2012-03-23 11:02 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7e7d55e20754 7156000: Change makefile to reflect refactored classes Reviewed-by: dholmes ! make/common/Release.gmk Changeset: b15db7ded589 Author: naoto Date: 2012-03-27 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b15db7ded589 7156459: Remove unnecessary get() from Currency.getInstance() Reviewed-by: chegar, dholmes, mduigou ! src/share/classes/java/util/Currency.java Changeset: 396533b75ea0 Author: michaelm Date: 2012-03-27 21:08 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/396533b75ea0 7134701: [macosx] Support legacy native library names Reviewed-by: alanb, dcubed ! make/java/java/FILES_java.gmk + src/macosx/classes/java/lang/ClassLoaderHelper.java ! src/share/classes/java/lang/ClassLoader.java + src/solaris/classes/java/lang/ClassLoaderHelper.java + src/windows/classes/java/lang/ClassLoaderHelper.java Changeset: 62228dc7a4ac Author: fparain Date: 2012-03-28 02:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/62228dc7a4ac 7156831: The jcmd man page is not included in generated bundles Reviewed-by: dholmes, sla, dsamersoff ! make/common/Release.gmk Changeset: b2687ac9cffb Author: peytoia Date: 2012-03-29 18:02 +0900 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b2687ac9cffb 7070436: Support Unicode 6.1.0 in JDK 8 Reviewed-by: okutsu ! make/tools/GenerateCharacter/CharacterData00.java.template ! make/tools/UnicodeData/PropList.txt ! make/tools/UnicodeData/Scripts.txt ! make/tools/UnicodeData/SpecialCasing.txt ! make/tools/UnicodeData/UnicodeData.txt ! make/tools/UnicodeData/VERSION ! src/share/classes/java/awt/font/NumericShaper.java ! src/share/classes/java/lang/Character.java ! src/share/classes/sun/text/resources/ubidi.icu ! src/share/classes/sun/text/resources/unorm.icu ! src/share/classes/sun/text/resources/uprops.icu ! test/java/lang/Character/CheckProp.java ! test/java/lang/Character/CheckScript.java ! test/java/lang/Character/PropList.txt ! test/java/lang/Character/PropertyValueAliases.txt ! test/java/lang/Character/Scripts.txt Changeset: 45177d830325 Author: ksrini Date: 2012-03-29 17:49 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/45177d830325 7156976: improve java tools testing Reviewed-by: darcy Contributed-by: steve.sides at oracle.com ! test/tools/launcher/TestHelper.java + test/tools/launcher/ToolsOpts.java ! test/tools/launcher/VersionCheck.java Changeset: 7a7dcbbd610f Author: wetmore Date: 2012-03-30 15:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7a7dcbbd610f 7142172: Custom TrustManagers that return null for getAcceptedIssuers will NPE Reviewed-by: xuelei ! src/share/classes/sun/security/ssl/SSLContextImpl.java + test/sun/security/ssl/com/sun/net/ssl/internal/ssl/SSLContextImpl/NullGetAcceptedIssuers.java Changeset: 00572399d39d Author: ksrini Date: 2012-03-30 17:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/00572399d39d 7158090: (launcher) newly added ToolsOpts.java fails on openjdk builds Reviewed-by: darcy ! test/tools/launcher/ToolsOpts.java Changeset: d433116b7812 Author: lana Date: 2012-03-30 16:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d433116b7812 Merge Changeset: f69b6363ca65 Author: lana Date: 2012-03-31 08:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f69b6363ca65 Merge Changeset: d0e8c9361bc0 Author: peytoia Date: 2012-04-03 11:52 +0900 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d0e8c9361bc0 7158483: (tz) Support tzdata2012c Reviewed-by: okutsu ! make/sun/javazic/tzdata/VERSION ! make/sun/javazic/tzdata/africa ! make/sun/javazic/tzdata/antarctica ! make/sun/javazic/tzdata/asia ! make/sun/javazic/tzdata/australasia ! make/sun/javazic/tzdata/europe ! make/sun/javazic/tzdata/leapseconds ! make/sun/javazic/tzdata/northamerica ! make/sun/javazic/tzdata/southamerica ! make/sun/javazic/tzdata/zone.tab ! src/share/classes/sun/util/resources/TimeZoneNames.java ! src/share/classes/sun/util/resources/TimeZoneNames_de.java ! src/share/classes/sun/util/resources/TimeZoneNames_es.java ! src/share/classes/sun/util/resources/TimeZoneNames_fr.java ! src/share/classes/sun/util/resources/TimeZoneNames_it.java ! src/share/classes/sun/util/resources/TimeZoneNames_ja.java ! src/share/classes/sun/util/resources/TimeZoneNames_ko.java ! src/share/classes/sun/util/resources/TimeZoneNames_pt_BR.java ! src/share/classes/sun/util/resources/TimeZoneNames_sv.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_CN.java ! src/share/classes/sun/util/resources/TimeZoneNames_zh_TW.java Changeset: 754945137012 Author: dcubed Date: 2012-04-03 12:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/754945137012 7157296: FDS: ENABLE_FULL_DEBUG_SYMBOLS flag should only affect OPT builds Summary: Build option FULL_DEBUG_SYMBOLS=0 only affects OPT builds. Finish enabling ENABLE_FULL_DEBUG_SYMBOLS flag on Windows. Reviewed-by: ohair, jmelvin, sspitsyn ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk ! make/common/Library.gmk ! make/common/Program.gmk Changeset: 85b7fcf14249 Author: chegar Date: 2012-04-04 15:14 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/85b7fcf14249 6963841: java/util/concurrent/Phaser/Basic.java fails intermittently Reviewed-by: dl, dholmes ! test/java/util/concurrent/Phaser/Basic.java Changeset: 8d337e26d6e7 Author: lana Date: 2012-04-04 13:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8d337e26d6e7 Merge ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll Changeset: 1f6ce7fa4296 Author: lana Date: 2012-04-09 21:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1f6ce7fa4296 Merge - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll From lana.steuck at oracle.com Tue Apr 10 15:09:37 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 10 Apr 2012 15:09:37 -0700 (PDT) Subject: jdk8-b34: JSN, Tools, Core Libraries, Serviceability, 2d, Awt, and Swing Message-ID: <201204102209.q3AM9bS0011749@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8/jdk8/rev/3b70add6ae45 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/517f0789bd4e http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1f6ce7fa4296 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/b3cad5619239 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/19d53d500474 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3b449840d80c http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/0feb9b8a9538 --- All the fixes will be tested during promotion (no PIT testing at this point): 7136506 java build FDS: rework jdk repo Full Debug Symbols support 7155585 java build Fix ifeq errors in makefiles [macosx] 7157296 java build FDS: ENABLE_FULL_DEBUG_SYMBOLS flag should only affect OPT b 7124428 java classes_awt [macosx] Frame.setExtendedState() doesn't work for undecorat 7124551 java classes_awt [macosx] Once added, Menu shortcut cannot be removed 7132692 java classes_awt [macosx] Class com.apple.eawt not functioning 7149085 java classes_awt [macosx] Quit with QuitStrategy CLOSE_ALL_WINDOWS does termi 7150516 java classes_awt [macosx] appletviewer shouldn't link against libX11 on the M 7153735 java classes_awt [macosx] Text with diacritics is pasted with broken encoding 7154177 java classes_awt [macosx] An invisible owner frame becomes visible upon click 7070436 java classes_lang Support Unicode 6.1.0 in JDK 8 7134701 java classes_net [macosx] Support legacy native library names 7152582 java classes_security PKCS11 tests should use the NSS libraries available in the O 4310381 java classes_swing Text in multi-row/col JTabbedPane tabs can be truncated/clip 6888634 java classes_swing test/closed/javax/swing/Popup/TaskbarPositionTest.java fails 7093156 java classes_swing NLS: Please change the mnemonic assignment system to avoid t 7155298 java classes_swing Editable TextArea/TextField are blocking GUI applications fr 6963841 java classes_util_con java/util/concurrent/Phaser/Basic.java fails intermittently 7156459 java classes_util_i18 Remove unnecessary get() from Currency.getInstance() 7158483 java classes_util_i18 (tz) Support tzdata2012c 7133185 java compiler Update 292 overload resolution logic to match JLS 7151492 java compiler Encapsulate check logic into Attr.ResultInfo 7151580 java compiler Separate DA/DU logic from exception checking logic in Flow.j 7157165 java compiler Regression: code with disjunctive type crashes javac 7157688 java compiler Regression: common compiler diagnostic features swapped requ 7155167 java jfr VMJFR.c:459: store_tzlocale: Assertion `len_locale < 10' fai 7156000 java jfr Change makefile to reflect refactoring classes 7156831 java monitoring The jcmd man page is not included in generated bundles 7155300 java tools Include pthread.h on all POSIX platforms except Solaris to i 7156976 java tools improve java tools testing 7158090 java tools (launcher) newly added ToolsOpts.java fails on openjdk build 7146728 jce other Inconsistent length for the generated secret using DH key ag 7155051 jndi dns DNS provider may return incorrect results 7142172 jsse runtime Custom X509TrustManagers that return null for getAcceptedIss From mathias.axelsson at oracle.com Wed Apr 11 09:23:19 2012 From: mathias.axelsson at oracle.com (Mathias Axelsson) Date: Wed, 11 Apr 2012 18:23:19 +0200 Subject: Proposed dates for JDK 8 In-Reply-To: <20120405182046.1A9D6809@eggemoggin.niobe.net> References: <20120405182046.1A9D6809@eggemoggin.niobe.net> Message-ID: Hi Mark and Martijn, I've been away for a few days so I didn't get the chance to reply back until today. I think it is great that the Java User Groups wants to help out in testing JDK 8. I'll look into a proposed date for the M7 milestone and will get back to you. Martijn, Do you have any rough estimate for how much time the JUGs would need to run through one pass of the planned testing (e.g. 4 weeks, 6 weeks)? I'm asking so I would have a rough idea of how much time would be needed after M7 before you would have completed one full test pass and have filed the bug reports. I'll use your estimate to see how much time would be available for addressing the issues once you've completed the test pass. If there would be too little time to address the issues it might be worth looking at doing a test pass earlier as well to ensure there is enough time to fix the critical issues. Kind regards, Mathias On Apr 5, 2012, at 8:20 PM, mark.reinhold at oracle.com wrote: > 2012/4/4 13:43 -0700, martijnverburg at gmail.com: >> One of the areas the JUGs would like to help with is to rally the prominent OSS >> projects to test OpenJDK 8 early (try to avoid Lucene type issues). We were >> originally thinking about a simple wiki table ticking off projects vs >> milestones. Is this something that would be useful? If so at what Milestone >> would you like us to really start pushing the message / running tests on? > > I think the best time to encourage widespread testing would be a > little bit after Feature Complete (M6). For JDK 7 we scheduled > a post-FC "Developer Preview" milestone and encouraged people to > download and test that. Quite a few people did, and hopefully > with help from the LJC and other JUGS we can get an even better > response next time around. > > Testing even earlier is, of course, also valuable. As we get > further along we'll post a table of which features are expected > to arrive (or did arrive) in which milestone, so that people > interested in specific features can focus their effort. > > Mathias -- Let's add an M7 Developer Preview miletone to the > JDK 8 schedule. I'll leave it to you to pick the exact date. > It'd also be good to have specific dates for the other points in > time you mentioned (rampdown start, P1-P3 only, etc.), though it > probably doesn't make sense to call those milestones. Thanks. > > - Mark From john.coomes at oracle.com Wed Apr 11 10:39:01 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 11 Apr 2012 17:39:01 +0000 Subject: hg: jdk8/jdk8/hotspot: 15 new changesets Message-ID: <20120411173934.ADCCD47FE8@hg.openjdk.java.net> Changeset: e02867d10860 Author: amurillo Date: 2012-03-30 14:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e02867d10860 7158137: new hotspot build - hs24-b07 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 51612f0c0a79 Author: nloodin Date: 2012-03-15 13:37 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/51612f0c0a79 7148488: Whitebox tests for the Diagnostic Framework Parser Reviewed-by: brutisso, sla, mgerdin ! make/bsd/makefiles/wb.make ! make/linux/makefiles/wb.make ! make/solaris/makefiles/wb.make ! make/windows/create_obj_files.sh ! make/windows/makefiles/projectcreator.make ! make/windows/makefiles/vm.make ! make/windows/makefiles/wb.make ! src/share/tools/whitebox/sun/hotspot/WhiteBox.java + src/share/tools/whitebox/sun/hotspot/parser/DiagnosticCommand.java + src/share/vm/prims/wbtestmethods/parserTests.cpp + src/share/vm/prims/wbtestmethods/parserTests.hpp ! src/share/vm/prims/whitebox.cpp ! src/share/vm/prims/whitebox.hpp ! src/share/vm/services/diagnosticArgument.cpp ! src/share/vm/services/diagnosticArgument.hpp + test/serviceability/ParserTest.java Changeset: fc9d8850ab8b Author: coleenp Date: 2012-03-23 11:16 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/fc9d8850ab8b 7150058: Allocate symbols from null boot loader to an arena for NMT Summary: Move symbol allocation to an arena so NMT doesn't have to track them at startup. Reviewed-by: never, kamg, zgu ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/symbolTable.cpp ! src/share/vm/classfile/symbolTable.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/memory/dump.cpp ! src/share/vm/oops/objArrayKlassKlass.cpp ! src/share/vm/oops/symbol.cpp ! src/share/vm/oops/symbol.hpp ! src/share/vm/oops/typeArrayKlass.cpp ! src/share/vm/runtime/globals.hpp Changeset: a4ee440d71cc Author: acorn Date: 2012-03-27 15:28 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/a4ee440d71cc Merge Changeset: 4bec1b1f7b33 Author: minqi Date: 2012-03-28 14:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4bec1b1f7b33 7156960: Incorrect copyright headers in parts of the Serviceability agent Summary: Errant files added as part of 7088955 fix. The Copyright information now corrected with gpl-header template Reviewed-by: sla, ohair, mbykov ! agent/src/share/classes/sun/jvm/hotspot/oops/ArrayData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/BranchData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/CounterData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/DataLayout.java ! agent/src/share/classes/sun/jvm/hotspot/oops/JumpData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/MultiBranchData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/ReceiverTypeData.java ! agent/src/share/classes/sun/jvm/hotspot/oops/VirtualCallData.java Changeset: 9a5bef0481c8 Author: fparain Date: 2012-03-29 02:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/9a5bef0481c8 7087969: GarbageCollectorMXBean notification contains ticks vs millis Reviewed-by: acorn, dcubed, rbackman ! src/share/vm/services/gcNotifier.cpp Changeset: 749b1464aa81 Author: acorn Date: 2012-04-01 17:04 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/749b1464aa81 Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/memory/dump.cpp Changeset: fd09f2d8283e Author: never Date: 2012-04-02 16:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/fd09f2d8283e 7157141: crash in 64 bit with corrupted oops Reviewed-by: kvn, iveresov ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/memory/barrierSet.hpp ! src/share/vm/memory/cardTableModRefBS.cpp ! src/share/vm/memory/cardTableModRefBS.hpp ! src/share/vm/utilities/vmError.cpp Changeset: 7e6005056e56 Author: never Date: 2012-04-05 15:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7e6005056e56 Merge Changeset: 500023bd0818 Author: johnc Date: 2012-03-13 11:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/500023bd0818 7143511: G1: Another instance of high GC Worker Other time (50ms) Summary: Tiered compilation has increased the number of nmethods in the code cache. This has, in turn, significantly increased the number of marked nmethods processed during the StrongRootsScope destructor. Create a specialized version of CodeBlobToOopClosure for G1 which places only those nmethods that contain pointers into the collection set on to the marked nmethods list. Reviewed-by: iveresov, tonyp ! src/share/vm/code/nmethod.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp Changeset: 748051fd24ce Author: brutisso Date: 2012-03-16 09:52 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/748051fd24ce 7130974: G1: Remove G1ParCopyHelper Reviewed-by: tonyp, johnc ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1OopClosures.hpp Changeset: 2a0172480595 Author: tonyp Date: 2012-04-05 13:57 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/2a0172480595 7127697: G1: remove dead code after recent concurrent mark changes Summary: Removed lots of dead code after some recent conc mark changes. Reviewed-by: brutisso, johnc ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/utilities/bitMap.cpp ! src/share/vm/utilities/bitMap.hpp Changeset: fafd94fe0da4 Author: johnc Date: 2012-04-06 09:48 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/fafd94fe0da4 Merge Changeset: 7c6aba65acd2 Author: amurillo Date: 2012-04-07 08:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7c6aba65acd2 Merge Changeset: f284b0883558 Author: amurillo Date: 2012-04-07 08:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f284b0883558 Added tag hs24-b07 for changeset 7c6aba65acd2 ! .hgtags From alejandro.murillo at oracle.com Wed Apr 11 11:10:38 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 11 Apr 2012 12:10:38 -0600 Subject: jdk8-b34: HotSpot Message-ID: <4F85C91E.3020309@oracle.com> hs24-b07 has been integrated into jdk8-b34. http://hg.openjdk.java.net/jdk8/jdk8/rev/3b70add6ae45 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/0feb9b8a9538 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f284b0883558 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/19d53d500474 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/b3cad5619239 http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1f6ce7fa4296 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/517f0789bd4e Component : VM Status : 0 major failures, 0 minor failures Date : 04/11/2012 at 00:07 Tested By : VM SQE& leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-04-07-152930.jcoomes.hs24-b07-snapshot Bundles : 2012-04-07-152930.jcoomes.hs24-b07-snapshot Platforms : Win2K Prof(32), -client/other_locales Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs :http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b07/8/b34/2012-04-07/ Number of Tests Executed : 335659 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 7087969: GarbageCollectorMXBean notification contains ticks vs millis 7150058: Allocate symbols from null boot loader to an arena for NMT 7157141: crash in 64 bit with corrupted oops Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 7143511: G1: Another instance of high GC Worker Other time (50ms) Build change only: 7127697: G1: remove dead code after recent concurrent mark changes 7130974: G1: Remove G1ParCopyHelper 7148488: Need a mechanism to test the diagnostic framework parser 7156960: Incorrect copyright headers in parts of the Serviceability agent 7158137: new hotspot build - hs24-b07 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.8.0-b34 Issues and Notes: This is PIT for HS24 b07 for JDK8 b34. ------------------------------- From VM SQE& leonid.mesnik at oracle.com -- Alejandro E Murillo, Java Performance Phone: (303) 955-2584. Timezone: US/Mountain (UTC-0700) From david.katleman at oracle.com Wed Apr 11 14:56:29 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 21:56:29 +0000 Subject: hg: jdk8/jdk8: 2 new changesets Message-ID: <20120411215629.A24C347FF7@hg.openjdk.java.net> Changeset: e1830598f0b7 Author: ohair Date: 2012-04-10 08:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/e1830598f0b7 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser + common/autoconf/Makefile.in + common/autoconf/autogen.sh + common/autoconf/build-aux/config.guess + common/autoconf/build-aux/config.sub + common/autoconf/build-aux/install.sh + common/autoconf/build-aux/pkg.m4 + common/autoconf/builddeps.conf.example + common/autoconf/builddeps.conf.nfs.example + common/autoconf/builddeps.m4 + common/autoconf/closed.version.numbers + common/autoconf/config.h.in + common/autoconf/configure + common/autoconf/configure.ac + common/autoconf/cores.m4 + common/autoconf/help.m4 + common/autoconf/platform.m4 + common/autoconf/spec.gmk.in + common/autoconf/version.numbers + common/bin/compareimage.sh + common/bin/diffexec.sh + common/bin/diffjarzip.sh + common/bin/difflib.sh + common/bin/difftext.sh + common/bin/exception_list_linux + common/bin/extractvcvars.sh + common/bin/hide_important_warnings_from_javac.sh + common/bin/logger.sh + common/makefiles/IdlCompilation.gmk + common/makefiles/JavaCompilation.gmk + common/makefiles/MakeBase.gmk + common/makefiles/Makefile + common/makefiles/NativeCompilation.gmk + common/makefiles/RMICompile.gmk + common/makefiles/compress.post + common/makefiles/compress.pre + common/makefiles/uncompress.sed + common/src/uncygdrive.c Changeset: 894a478d2c48 Author: katleman Date: 2012-04-11 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/894a478d2c48 Merge From david.katleman at oracle.com Wed Apr 11 14:56:39 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 21:56:39 +0000 Subject: hg: jdk8/jdk8/corba: 2 new changesets Message-ID: <20120411215643.42AED47FF8@hg.openjdk.java.net> Changeset: a1b6b8f33d86 Author: ohair Date: 2012-04-10 08:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/a1b6b8f33d86 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser + makefiles/Makefile Changeset: e24c5cc8b0f7 Author: katleman Date: 2012-04-11 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/e24c5cc8b0f7 Merge From david.katleman at oracle.com Wed Apr 11 14:59:14 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 21:59:14 +0000 Subject: hg: jdk8/jdk8/jaxp: 2 new changesets Message-ID: <20120411215919.1F75A47FFA@hg.openjdk.java.net> Changeset: fd7f45dd5fca Author: ohair Date: 2012-04-10 08:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/fd7f45dd5fca 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser + makefiles/Makefile Changeset: 8b91a897a044 Author: katleman Date: 2012-04-11 14:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/8b91a897a044 Merge From david.katleman at oracle.com Wed Apr 11 14:59:27 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 21:59:27 +0000 Subject: hg: jdk8/jdk8/jaxws: 2 new changesets Message-ID: <20120411215933.D794E47FFB@hg.openjdk.java.net> Changeset: a34aee728ac0 Author: ohair Date: 2012-04-10 08:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/a34aee728ac0 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser + makefiles/Makefile Changeset: f1d020a49c8c Author: katleman Date: 2012-04-11 14:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/f1d020a49c8c Merge From david.katleman at oracle.com Wed Apr 11 15:00:08 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 22:00:08 +0000 Subject: hg: jdk8/jdk8/jdk: 8 new changesets Message-ID: <20120411220147.DED9347FFC@hg.openjdk.java.net> Changeset: fcc788b5f917 Author: mfang Date: 2012-03-16 10:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fcc788b5f917 Merge Changeset: 5e32f84f0ca9 Author: mfang Date: 2012-03-22 10:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/5e32f84f0ca9 Merge Changeset: 5f59f0b851c5 Author: mfang Date: 2012-03-28 16:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/5f59f0b851c5 Merge - test/java/io/File/isDirectory/Applet.html - test/sun/nio/cs/OLD/TestX11CS.java Changeset: 4bebd1932e44 Author: mfang Date: 2012-03-29 16:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4bebd1932e44 Merge Changeset: 780b11d28712 Author: yhuang Date: 2012-03-29 21:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/780b11d28712 7028073: The currency symbol for Peru is wrong Reviewed-by: naoto ! src/share/classes/sun/util/resources/CurrencyNames_es_PE.properties ! test/sun/text/resources/LocaleData ! test/sun/text/resources/LocaleDataTest.java Changeset: 6217efc48d7a Author: yhuang Date: 2012-03-29 21:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6217efc48d7a Merge - test/java/io/File/isDirectory/Applet.html - test/sun/nio/cs/OLD/TestX11CS.java Changeset: 9d3d01aca52c Author: ohair Date: 2012-04-10 08:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9d3d01aca52c 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser ! make/common/internal/Resources.gmk ! make/tools/src/build/tools/compileproperties/CompileProperties.java ! make/tools/src/build/tools/generatecharacter/CharacterScript.java ! make/tools/src/build/tools/stripproperties/StripProperties.java + makefiles/CompileDemos.gmk + makefiles/CompileJavaClasses.gmk + makefiles/CompileLaunchers.gmk + makefiles/CompileNativeLibraries.gmk + makefiles/CopyFiles.gmk + makefiles/CopyIntoClasses.gmk + makefiles/CopySamples.gmk + makefiles/GendataBreakIterator.gmk + makefiles/GenerateClasses.gmk + makefiles/GenerateData.gmk + makefiles/GenerateJavaSources.gmk + makefiles/GensrcCharacterData.gmk + makefiles/GensrcJDWP.gmk + makefiles/GensrcLocaleDataMetaInfo.gmk + makefiles/GensrcMisc.gmk + makefiles/GensrcProperties.gmk + makefiles/Images.gmk + makefiles/LegacyMakefiles.gmk + makefiles/Makefile + makefiles/PatchList.solaris + makefiles/Setup.gmk + makefiles/Tools.gmk + makefiles/altclasses/Makefile + makefiles/apple/Makefile + makefiles/apple/applescript/Makefile + makefiles/com/Makefile + makefiles/com/apple/Makefile + makefiles/com/apple/osx/Makefile + makefiles/com/apple/osxui/Makefile + makefiles/com/oracle/Makefile + makefiles/com/oracle/jfr/Makefile + makefiles/com/oracle/security/ucrypto/FILES_c.gmk + makefiles/com/oracle/security/ucrypto/Makefile + makefiles/com/oracle/security/ucrypto/mapfile-vers + makefiles/com/sun/Makefile + makefiles/com/sun/crypto/provider/Makefile + makefiles/common/Classes.gmk + makefiles/common/Cscope.gmk + makefiles/common/Defs-embedded.gmk + makefiles/common/Defs-linux.gmk + makefiles/common/Defs-macosx.gmk + makefiles/common/Defs-solaris.gmk + makefiles/common/Defs-windows.gmk + makefiles/common/Defs.gmk + makefiles/common/Demo.gmk + makefiles/common/Library.gmk + makefiles/common/Mapfile-vers.gmk + makefiles/common/Modules.gmk + makefiles/common/Program.gmk + makefiles/common/Release-embedded.gmk + makefiles/common/Release-macosx.gmk + makefiles/common/Release.gmk + makefiles/common/Rules.gmk + makefiles/common/Subdirs.gmk + makefiles/common/internal/Defs-corba.gmk + makefiles/common/internal/Defs-jaxp.gmk + makefiles/common/internal/Defs-jaxws.gmk + makefiles/common/internal/Defs-langtools.gmk + makefiles/common/internal/ImportComponents.gmk + makefiles/common/internal/NativeCompileRules.gmk + makefiles/common/internal/Resources.gmk + makefiles/common/shared/Compiler-gcc.gmk + makefiles/common/shared/Compiler-llvm.gmk + makefiles/common/shared/Compiler-msvc.gmk + makefiles/common/shared/Compiler-sun.gmk + makefiles/common/shared/Defs-control.gmk + makefiles/common/shared/Defs-java.gmk + makefiles/common/shared/Defs-javadoc.gmk + makefiles/common/shared/Defs-linux.gmk + makefiles/common/shared/Defs-macosx.gmk + makefiles/common/shared/Defs-solaris.gmk + makefiles/common/shared/Defs-versions.gmk + makefiles/common/shared/Defs-windows.gmk + makefiles/common/shared/Defs.gmk + makefiles/common/shared/Platform.gmk + makefiles/common/shared/PrivateDefs.gmk-example + makefiles/common/shared/Sanity-Settings.gmk + makefiles/docs/CORE_PKGS.gmk + makefiles/docs/Makefile + makefiles/docs/NON_CORE_PKGS.gmk + makefiles/docs/Notes.html + makefiles/java/Makefile + makefiles/java/fdlibm/FILES_c.gmk + makefiles/java/fdlibm/Makefile + makefiles/java/instrument/Makefile + makefiles/java/instrument/mapfile-vers + makefiles/java/invoke/Makefile + makefiles/java/java/Exportedfiles.gmk + makefiles/java/java/FILES_c.gmk + makefiles/java/java/FILES_java.gmk + makefiles/java/java/Makefile + makefiles/java/java/localelist.sh + makefiles/java/java/mapfile-vers + makefiles/java/java/reflect/Makefile + makefiles/java/java/reorder-i586 + makefiles/java/java/reorder-sparc + makefiles/java/java/reorder-sparcv9 + makefiles/java/java_crw_demo/Makefile + makefiles/java/java_crw_demo/mapfile-vers + makefiles/java/java_hprof_demo/Makefile + makefiles/java/java_hprof_demo/mapfile-vers + makefiles/java/jexec/Makefile + makefiles/java/jli/Makefile + makefiles/java/jli/mapfile-vers + makefiles/java/jobjc/Makefile + makefiles/java/jvm/Makefile + makefiles/java/main/Makefile + makefiles/java/main/java/Makefile + makefiles/java/main/java/mapfile-amd64 + makefiles/java/main/java/mapfile-i586 + makefiles/java/main/java/mapfile-sparc + makefiles/java/main/java/mapfile-sparcv9 + makefiles/java/main/javaw/Makefile + makefiles/java/management/Exportedfiles.gmk + makefiles/java/management/FILES_c.gmk + makefiles/java/management/Makefile + makefiles/java/management/mapfile-vers + makefiles/java/net/FILES_c.gmk + makefiles/java/net/Makefile + makefiles/java/net/mapfile-vers + makefiles/java/nio/Exportedfiles.gmk + makefiles/java/nio/FILES_c.gmk + makefiles/java/nio/FILES_java.gmk + makefiles/java/nio/Makefile + makefiles/java/nio/addNotices.sh + makefiles/java/nio/genBuffer.sh + makefiles/java/nio/genCharsetProvider.sh + makefiles/java/nio/genCoder.sh + makefiles/java/nio/genExceptions.sh + makefiles/java/nio/mapfile-bsd + makefiles/java/nio/mapfile-linux + makefiles/java/nio/mapfile-solaris + makefiles/java/nio/reorder-i586 + makefiles/java/nio/reorder-sparc + makefiles/java/nio/reorder-sparcv9 + makefiles/java/npt/Makefile + makefiles/java/npt/mapfile-vers + makefiles/java/redist/Makefile + makefiles/java/redist/fonts/Makefile + makefiles/java/redist/sajdi/Makefile + makefiles/java/security/Makefile + makefiles/java/sun_nio/FILES_java.gmk + makefiles/java/sun_nio/Makefile + makefiles/java/util/FILES_java.gmk + makefiles/java/util/FILES_properties.gmk + makefiles/java/util/Makefile + makefiles/java/verify/Makefile + makefiles/java/verify/mapfile-vers + makefiles/java/verify/reorder-i586 + makefiles/java/verify/reorder-sparc + makefiles/java/verify/reorder-sparcv9 + makefiles/javax/Makefile + makefiles/javax/crypto/Defs-jce.gmk + makefiles/javax/crypto/Makefile + makefiles/javax/crypto/policy/limited/LIMITED + makefiles/javax/crypto/policy/limited/default_local.policy + makefiles/javax/crypto/policy/limited/exempt_local.policy + makefiles/javax/crypto/policy/unlimited/UNLIMITED + makefiles/javax/crypto/policy/unlimited/default_US_export.policy + makefiles/javax/crypto/policy/unlimited/default_local.policy + makefiles/javax/imageio/Makefile + makefiles/javax/management/Makefile + makefiles/javax/sound/FILES_c.gmk + makefiles/javax/sound/Makefile + makefiles/javax/sound/SoundDefs.gmk + makefiles/javax/sound/jsoundalsa/Makefile + makefiles/javax/sound/jsoundalsa/mapfile-vers + makefiles/javax/sound/jsoundds/Makefile + makefiles/javax/sound/mapfile-vers + makefiles/javax/sql/Makefile + makefiles/javax/swing/FILES.gmk + makefiles/javax/swing/Makefile + makefiles/javax/swing/beaninfo/FILES.gmk + makefiles/javax/swing/beaninfo/Makefile + makefiles/javax/swing/beaninfo/SwingBeans.gmk + makefiles/javax/swing/beaninfo/manifest + makefiles/javax/swing/html32dtd/Makefile + makefiles/javax/swing/plaf/FILES.gmk + makefiles/javax/swing/plaf/Makefile + makefiles/jpda/jdwp/jdwp.spec + makefiles/jprt.gmk + makefiles/jprt.properties + makefiles/mapfiles/launchers/mapfile-amd64 + makefiles/mapfiles/launchers/mapfile-i586 + makefiles/mapfiles/launchers/mapfile-sparc + makefiles/mapfiles/launchers/mapfile-sparcv9 + makefiles/mapfiles/libattach/mapfile-linux + makefiles/mapfiles/libattach/mapfile-solaris + makefiles/mapfiles/libdt_socket/mapfile-vers + makefiles/mapfiles/libfontmanager/mapfile-vers + makefiles/mapfiles/libfontmanager/mapfile-vers.openjdk + makefiles/mapfiles/libjaas/mapfile-vers + makefiles/mapfiles/libjawt/mapfile-vers + makefiles/mapfiles/libjdwp/mapfile-vers + makefiles/mapfiles/libjpeg/mapfile-vers + makefiles/mapfiles/libjpeg/mapfile-vers-closed + makefiles/mapfiles/libjpeg/reorder-i586 + makefiles/mapfiles/libjpeg/reorder-sparc + makefiles/mapfiles/libjpeg/reorder-sparcv9 + makefiles/mapfiles/libjsdt/mapfile-vers + makefiles/mapfiles/liblcms/mapfile-vers + makefiles/mapfiles/libsctp/mapfile-vers + makefiles/mapfiles/libt2k/mapfile-vers + makefiles/mapfiles/libunpack/mapfile-vers + makefiles/mapfiles/libunpack/mapfile-vers-unpack200 + makefiles/mapfiles/libverify/mapfile-vers + makefiles/mapfiles/libverify/reorder-i586 + makefiles/mapfiles/libverify/reorder-sparc + makefiles/mapfiles/libverify/reorder-sparcv9 + makefiles/mapfiles/libzip/mapfile-vers + makefiles/mapfiles/libzip/reorder-i586 + makefiles/mapfiles/libzip/reorder-sparc + makefiles/mapfiles/libzip/reorder-sparcv9 + makefiles/mkdemo/Makefile + makefiles/mkdemo/jni/Makefile + makefiles/mkdemo/jni/Poller/Makefile + makefiles/mkdemo/jvmti/Makefile + makefiles/mkdemo/jvmti/README.txt + makefiles/mkdemo/jvmti/hprof/Makefile + makefiles/mkdemo/jvmti/mapfile-vers + makefiles/mkdemo/management/README.txt + makefiles/sun/Makefile + makefiles/sun/awt/CondenseRules.awk + makefiles/sun/awt/Depend.mak + makefiles/sun/awt/Depend.sed + makefiles/sun/awt/FILES_c_macosx.gmk + makefiles/sun/awt/FILES_c_unix.gmk + makefiles/sun/awt/FILES_c_windows.gmk + makefiles/sun/awt/FILES_export_macosx.gmk + makefiles/sun/awt/FILES_export_unix.gmk + makefiles/sun/awt/FILES_export_windows.gmk + makefiles/sun/awt/Makefile + makefiles/sun/awt/README + makefiles/sun/awt/make.depend + makefiles/sun/awt/mapfile-mawt-vers + makefiles/sun/awt/mapfile-vers + makefiles/sun/awt/mapfile-vers-linux + makefiles/sun/awt/mawt.gmk + makefiles/sun/cmm/Makefile + makefiles/sun/cmm/kcms/FILES_c_unix.gmk + makefiles/sun/cmm/kcms/FILES_c_windows.gmk + makefiles/sun/cmm/kcms/Makefile + makefiles/sun/cmm/kcms/mapfile-vers + makefiles/sun/dcpr/FILES_c.gmk + makefiles/sun/dcpr/Makefile + makefiles/sun/dcpr/mapfile-vers + makefiles/sun/headless/Makefile + makefiles/sun/headless/mapfile-vers + makefiles/sun/headless/reorder-i586 + makefiles/sun/headless/reorder-sparc + makefiles/sun/headless/reorder-sparcv9 + makefiles/sun/image/Makefile + makefiles/sun/image/generic/FILES_c.gmk + makefiles/sun/image/generic/Makefile + makefiles/sun/image/generic/mapfile-vers + makefiles/sun/image/vis/FILES_c.gmk + makefiles/sun/image/vis/Makefile + makefiles/sun/javazic/Makefile + makefiles/sun/jdbc/Makefile + makefiles/sun/jdga/Makefile + makefiles/sun/jdga/mapfile-vers + makefiles/sun/jkernel/Makefile + makefiles/sun/lwawt/FILES_c_macosx.gmk + makefiles/sun/lwawt/FILES_export_macosx.gmk + makefiles/sun/lwawt/Makefile + makefiles/sun/nio/Makefile + makefiles/sun/nio/cs/FILES_java.gmk + makefiles/sun/nio/cs/Makefile + makefiles/sun/org/Makefile + makefiles/sun/org/mozilla/Makefile + makefiles/sun/org/mozilla/javascript/Makefile + makefiles/sun/osxapp/Makefile + makefiles/sun/security/Makefile + makefiles/sun/security/ec/FILES_c.gmk + makefiles/sun/security/ec/Makefile + makefiles/sun/security/ec/mapfile-vers + makefiles/sun/security/jgss/Makefile + makefiles/sun/security/jgss/wrapper/FILES_c.gmk + makefiles/sun/security/jgss/wrapper/Makefile + makefiles/sun/security/jgss/wrapper/mapfile-vers + makefiles/sun/security/krb5/FILES_c_windows.gmk + makefiles/sun/security/krb5/Makefile + makefiles/sun/security/mscapi/FILES_cpp.gmk + makefiles/sun/security/mscapi/Makefile + makefiles/sun/security/other/Makefile + makefiles/sun/security/pkcs11/FILES_c.gmk + makefiles/sun/security/pkcs11/Makefile + makefiles/sun/security/pkcs11/mapfile-vers + makefiles/sun/security/smartcardio/FILES_c.gmk + makefiles/sun/security/smartcardio/Makefile + makefiles/sun/security/smartcardio/mapfile-vers + makefiles/sun/security/tools/Makefile + makefiles/sun/security/util/Makefile + makefiles/sun/splashscreen/FILES_c.gmk + makefiles/sun/splashscreen/Makefile + makefiles/sun/splashscreen/mapfile-vers + makefiles/sun/xawt/FILES_c_unix.gmk + makefiles/sun/xawt/FILES_export_unix.gmk + makefiles/sun/xawt/Makefile + makefiles/sun/xawt/ToBin.java + makefiles/sun/xawt/mapfile-vers ! src/share/classes/java/awt/AlphaComposite.java ! src/share/classes/java/awt/event/FocusEvent.java ! src/share/classes/java/awt/event/WindowEvent.java ! src/share/classes/sun/font/FontManager.java ! src/share/classes/sun/nio/ch/IOStatus.java ! src/share/classes/sun/nio/ch/sctp/SctpStdSocketOption.java ! src/solaris/classes/sun/nio/ch/sctp/AssociationChange.java ! src/solaris/classes/sun/nio/ch/sctp/PeerAddrChange.java ! src/solaris/classes/sun/nio/ch/sctp/ResultContainer.java + src/windows/classes/com/sun/tools/jdi/SharedMemoryConnection.java ! src/windows/classes/com/sun/tools/jdi/SharedMemoryTransportService.java Changeset: 29b680393f33 Author: katleman Date: 2012-04-11 14:09 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/29b680393f33 Merge From david.katleman at oracle.com Wed Apr 11 15:04:12 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 11 Apr 2012 22:04:12 +0000 Subject: hg: jdk8/jdk8/langtools: 2 new changesets Message-ID: <20120411220419.3C0B547FFD@hg.openjdk.java.net> Changeset: 807ca8ffbeb4 Author: ohair Date: 2012-04-10 08:15 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/807ca8ffbeb4 7074397: Build infrastructure changes (makefile re-write) Summary: New makefiles transition, old and new living side by side for now. Reviewed-by: ohair, jjg, dholmes, ohrstrom, erikj, ihse, tgranat, ykantser Contributed-by: ohrstrom , erikj , ihse , tgranat , ykantser + makefiles/Makefile Changeset: 6b105afbb77c Author: katleman Date: 2012-04-11 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/6b105afbb77c Merge From magnus.ihse.bursie at oracle.com Thu Apr 12 02:47:55 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Thu, 12 Apr 2012 11:47:55 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! Message-ID: <4F86A4CB.4000908@oracle.com> The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: cd common/makefiles ../autoconf/configure make More information is available in the new build README [2]. If you want to try the new build system, please read it first. Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. /Magnus [1] http://openjdk.java.net/projects/build-infra/index.html [2] http://openjdk.java.net/projects/build-infra/guide.html From kelly.ohair at oracle.com Thu Apr 12 08:45:08 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 12 Apr 2012 08:45:08 -0700 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: On Apr 12, 2012, at 2:47 AM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure FYI... I had to adjust this to: chmod a+x ../bin/* bash ../autoconf/configure The OpenJDK repositories do not allow any files with execute permissions. -kto > make > > More information is available in the new build README [2]. If you want to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! > > Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From david.katleman at oracle.com Thu Apr 12 12:44:44 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:44:44 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b34 for changeset 894a478d2c48 Message-ID: <20120412194444.500E94703D@hg.openjdk.java.net> Changeset: 5285317ebb4e Author: katleman Date: 2012-04-12 09:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/5285317ebb4e Added tag jdk8-b34 for changeset 894a478d2c48 ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:44:52 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:44:52 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b34 for changeset e24c5cc8b0f7 Message-ID: <20120412194453.6ADB54703E@hg.openjdk.java.net> Changeset: e3d735914edd Author: katleman Date: 2012-04-12 09:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/e3d735914edd Added tag jdk8-b34 for changeset e24c5cc8b0f7 ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:45:48 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:45:48 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b34 for changeset f284b0883558 Message-ID: <20120412194552.E092F4703F@hg.openjdk.java.net> Changeset: f621660a297b Author: katleman Date: 2012-04-12 09:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f621660a297b Added tag jdk8-b34 for changeset f284b0883558 ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:47:41 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:47:41 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b34 for changeset 8b91a897a044 Message-ID: <20120412194744.B3F9F47040@hg.openjdk.java.net> Changeset: e187f3ede649 Author: katleman Date: 2012-04-12 09:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/e187f3ede649 Added tag jdk8-b34 for changeset 8b91a897a044 ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:47:51 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:47:51 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b34 for changeset f1d020a49c8c Message-ID: <20120412194755.3CD9547041@hg.openjdk.java.net> Changeset: e8afc16522e1 Author: katleman Date: 2012-04-12 09:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/e8afc16522e1 Added tag jdk8-b34 for changeset f1d020a49c8c ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:48:04 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:48:04 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b34 for changeset 29b680393f33 Message-ID: <20120412194825.B605447042@hg.openjdk.java.net> Changeset: 0b052b7f3f83 Author: katleman Date: 2012-04-12 09:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/0b052b7f3f83 Added tag jdk8-b34 for changeset 29b680393f33 ! .hgtags From david.katleman at oracle.com Thu Apr 12 12:50:15 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 12 Apr 2012 19:50:15 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b34 for changeset 6b105afbb77c Message-ID: <20120412195019.A99F347043@hg.openjdk.java.net> Changeset: defd666a7863 Author: katleman Date: 2012-04-12 09:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/defd666a7863 Added tag jdk8-b34 for changeset 6b105afbb77c ! .hgtags From roger.yeung at oracle.com Thu Apr 12 14:00:57 2012 From: roger.yeung at oracle.com (Roger Yeung) Date: Thu, 12 Apr 2012 14:00:57 -0700 Subject: jdk8 b32 availability In-Reply-To: <4F75D609.5080305@oracle.com> References: <000301cd0e18$37d45a40$a77d0ec0$@com> <4F75D609.5080305@oracle.com> Message-ID: <4F874288.7060701@oracle.com> Hi David, 7u6-b05 is now available on java.net: You can either hit the 7u6 link from this page: http://jdk7.java.net/ or the direct link to download page: http://jdk7.java.net/archive/7u6-b05.html Thanks, RY On 3/30/12 8:49 AM, Roger Yeung wrote: > Hi David, > > 8-b32 is now available: > http://jdk8.java.net/download.html > > 7u6 is not available on java.net yet. I'll keep you posted as soon as > it is available. > > Regards, > Roger Y. > > > On 3/29/12 6:55 PM, David Dabbs wrote: >> Hello. >> >> I saw the 7u4_b18 and 8_b32 tag changesets and the binaries >> are available for 7u4 but not yet for 8. Any idea when today's >> 8 build will be available for download? >> >> Also, is there a location to download the recently tagged 7u6_b03? >> >> >> Thank you, >> >> David Dabbs >> >> >> > From weijun.wang at oracle.com Thu Apr 12 18:10:18 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 13 Apr 2012 09:10:18 +0800 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F877CFA.4090704@oracle.com> I'm trying it on my Linux x64 now. The first feeling is that my computer is slowed down a lot more than the old build. The 4 CPUs all show a near 100% usage (it's building hotspot now). The guide says I can adjust it with --with-num-cores, but it's only available for configure time and not make, right? Also, the build output directory name is build/linux-x64-normal-server-release/, the executables are in build/linux-x64-normal-server-release/jdk/bin, and images in build/linux-x64-normal-server-release/images/j2sdk-image. All my existing scripts need to be modified. Thanks Max On 04/12/2012 11:45 PM, Kelly O'Hair wrote: > > On Apr 12, 2012, at 2:47 AM, Magnus Ihse Bursie wrote: > >> The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure > > FYI... > > I had to adjust this to: > > chmod a+x ../bin/* > bash ../autoconf/configure > > The OpenJDK repositories do not allow any files with execute permissions. > > -kto > >> make >> >> More information is available in the new build README [2]. If you want to try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! >> >> Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/projects/build-infra/index.html >> [2] http://openjdk.java.net/projects/build-infra/guide.html >> > From magnus.ihse.bursie at oracle.com Fri Apr 13 02:07:31 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 13 Apr 2012 11:07:31 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F877CFA.4090704@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F877CFA.4090704@oracle.com> Message-ID: <4F87ECD3.9070107@oracle.com> On 2012-04-13 03:10, Weijun Wang wrote: > I'm trying it on my Linux x64 now. The first feeling is that my > computer is slowed down a lot more than the old build. The 4 CPUs all > show a near 100% usage (it's building hotspot now). The guide says I > can adjust it with --with-num-cores, but it's only available for > configure time and not make, right? Let me try to address this... First, one of the goals of the new build system is in fact to better utilize all available cores, to speed up build times. So when we're done, the dream scenario is a blazingly fast build that uses all available cpu power. ... however, for this first push, we have not yet parallelized the build, so any build time improvements are of a smaller scale and more the result of more efficient makefiles. ... and, we have not touched hotspot at all for this time. If you notice any difference at all when building hotspot, it must just be flukes. Also, when you say "slowed down", do you mean that the build takes longer, or just that the build uses more cpu time when building? The former is not something that would be expected, but the latter is. As for the --with-num-cores, yes, it is a configure time option. The underlying assumption is that your hardware doesn't really change, and if your build system is too weak, it will be too weak at configure time and at all make times. With that said, it is always possible (and not very hard) to re-run configure if you need to tweak such a parameter. > > Also, the build output directory name is > build/linux-x64-normal-server-release/, the executables are in > build/linux-x64-normal-server-release/jdk/bin, and images in > build/linux-x64-normal-server-release/images/j2sdk-image. All my > existing scripts need to be modified. The output build directory is named differently, yes. If you have local scripts that depend on the name of output directories, you will have to modify those. The exact format of the automatically named output directories is still not cut in stone, though, so the actual names might change. One of the reasons for the new names is to allow multiple configurations in parallel, with different options such as debug level or target platform. /Magnus From weijun.wang at oracle.com Fri Apr 13 02:41:31 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 13 Apr 2012 17:41:31 +0800 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F87ECD3.9070107@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F877CFA.4090704@oracle.com> <4F87ECD3.9070107@oracle.com> Message-ID: <4F87F4CB.6070102@oracle.com> On 04/13/2012 05:07 PM, Magnus Ihse Bursie wrote: > On 2012-04-13 03:10, Weijun Wang wrote: >> I'm trying it on my Linux x64 now. The first feeling is that my >> computer is slowed down a lot more than the old build. The 4 CPUs all >> show a near 100% usage (it's building hotspot now). The guide says I >> can adjust it with --with-num-cores, but it's only available for >> configure time and not make, right? > > Let me try to address this... > > First, one of the goals of the new build system is in fact to better > utilize all available cores, to speed up build times. So when we're > done, the dream scenario is a blazingly fast build that uses all > available cpu power. > > ... however, for this first push, we have not yet parallelized the > build, so any build time improvements are of a smaller scale and more > the result of more efficient makefiles. > > ... and, we have not touched hotspot at all for this time. If you notice > any difference at all when building hotspot, it must just be flukes. Oh. I see all CPU 100% and then go to look at the build process, and it's hotspot. > > Also, when you say "slowed down", do you mean that the build takes > longer, or just that the build uses more cpu time when building? The > former is not something that would be expected, but the latter is. Latter. It slows down the whole computer. > > As for the --with-num-cores, yes, it is a configure time option. The > underlying assumption is that your hardware doesn't really change, and > if your build system is too weak, it will be too weak at configure time > and at all make times. With that said, it is always possible (and not > very hard) to re-run configure if you need to tweak such a parameter. > >> >> Also, the build output directory name is >> build/linux-x64-normal-server-release/, the executables are in >> build/linux-x64-normal-server-release/jdk/bin, and images in >> build/linux-x64-normal-server-release/images/j2sdk-image. All my >> existing scripts need to be modified. > > The output build directory is named differently, yes. If you have local > scripts that depend on the name of output directories, you will have to > modify those. The exact format of the automatically named output > directories is still not cut in stone, though, so the actual names might > change. One of the reasons for the new names is to allow multiple > configurations in parallel, with different options such as debug level > or target platform. I see. Thanks Max > > /Magnus From weijun.wang at oracle.com Fri Apr 13 04:11:42 2012 From: weijun.wang at oracle.com (Weijun Wang) Date: Fri, 13 Apr 2012 19:11:42 +0800 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F8809EE.2000406@oracle.com> Trying on Windows now. I'm using a VirtualBox VM and the repos are in a read-only shared folder. So I create a directory in its C: and run configure there. But when I run make, it shows $ make ######################################################################## ######################################################################## ##### Entering langtools for target(s) all ##### ######################################################################## mktemp: failed to create directory via template `tmp.XXXXXX': Read-only file system /cygdrive/m/space/repos/jdk8/jdk8/common/makefiles/Makefile:96: recipe for target `langtools' failed make: *** [langtools] Error 1 Here m is the read-only shared folder. Shouldn't the build process only writes into the new directory inside the virtual machine? Thanks Max On 04/12/2012 05:47 PM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating a > new build system. The goals of the project include, but are not limited > to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you > to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If you want > to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet > have full platform support, nor are all parts of the old build converted > (but then we fall back on the old build system), and there are likely to > be bugs. Most of all, we need to have exposure on a wide range of > different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! > > Any questions or discussions on the new build system should be sent to > build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From oehrstroem at gmail.com Fri Apr 13 06:44:58 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Fri, 13 Apr 2012 15:44:58 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F8809EE.2000406@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F8809EE.2000406@oracle.com> Message-ID: Have you a correct /tmp setup for cygwin? //Fredrik 2012/4/13 Weijun Wang : > Trying on Windows now. I'm using a VirtualBox VM and the repos are in a > read-only shared folder. So I create a directory in its C: and run configure > there. But when I run make, it shows > > $ make > > > ######################################################################## > ######################################################################## > ##### Entering langtools for target(s) all ? ? ? ? ? ? ? ? ? ? ? ? ##### > ######################################################################## > > mktemp: failed to create directory via template `tmp.XXXXXX': Read-only file > system > /cygdrive/m/space/repos/jdk8/jdk8/common/makefiles/Makefile:96: recipe for > target `langtools' failed > make: *** [langtools] Error 1 > > Here m is the read-only shared folder. Shouldn't the build process only > writes into the new directory inside the virtual machine? > > Thanks > Max > > > On 04/12/2012 05:47 PM, Magnus Ihse Bursie wrote: >> >> The build-infra project [1] has been working for a while with creating a >> new build system. The goals of the project include, but are not limited >> to, improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master >> forest. This means that the new build system is available for you to try >> out! The old build system is still there, and if you want to continue to >> use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you >> to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure >> make >> >> More information is available in the new build README [2]. If you want >> to try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet >> have full platform support, nor are all parts of the old build converted >> (but then we fall back on the old build system), and there are likely to >> be bugs. Most of all, we need to have exposure on a wide range of >> different build systems, since the reality is always so much messier >> than you'd want to believe. :-) Please help us to resolve such issues >> early by trying the new build system! >> >> Any questions or discussions on the new build system should be sent to >> build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/projects/build-infra/index.html >> [2] http://openjdk.java.net/projects/build-infra/guide.html >> > From oehrstroem at gmail.com Fri Apr 13 06:50:23 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Fri, 13 Apr 2012 15:50:23 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F87F4CB.6070102@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F877CFA.4090704@oracle.com> <4F87ECD3.9070107@oracle.com> <4F87F4CB.6070102@oracle.com> Message-ID: 2012/4/13 Weijun Wang : > Oh. I see all CPU 100% and then go to look at the build process, and it's > hotspot. Correct. The configure script detects the number of cores and sets the correct env variables to use all cores for building. If you do not want that, you reduce the number of cores --with-num-cores= > Latter. It slows down the whole computer. Yes, your browser/tetris experience suffers, because it uses the entire computer for building. Previously, you probably used only a single core, unless you knew how to set the correct env variable. //Fredrik From jonathan.gibbons at oracle.com Fri Apr 13 07:46:47 2012 From: jonathan.gibbons at oracle.com (Jonathan Gibbons) Date: Fri, 13 Apr 2012 07:46:47 -0700 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F87ECD3.9070107@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F877CFA.4090704@oracle.com> <4F87ECD3.9070107@oracle.com> Message-ID: <4F883C57.60004@oracle.com> On 04/13/2012 02:07 AM, Magnus Ihse Bursie wrote: > > As for the --with-num-cores, yes, it is a configure time option. The > underlying assumption is that your hardware doesn't really change, and > if your build system is too weak, it will be too weak at configure > time and at all make times. With that said, it is always possible (and > not very hard) to re-run configure if you need to tweak such a parameter. > As a developer, my machoine may not change, but my expectations may. Sometimes I want a build to run in the background while I pursue other activities, whether tetris, browsing, or working on the next bug fix. Other times, I need the build ASAP. So while your underlying assumption is good for batch build systems, it may not always be true on developer machines. > The output build directory is named differently, yes. If you have > local scripts that depend on the name of output directories, you will > have to modify those. The exact format of the automatically named > output directories is still not cut in stone, though, so the actual > names might change. One of the reasons for the new names is to allow > multiple configurations in parallel, with different options such as > debug level or target platform. It would be nice (and would make sense in this side-by-side world) to have a configure option to use the "traditional" build directories. We have yet to see how much developers will want to build multiple configurations side-by-side. > > /Magnus From weijun.wang at oracle.com Fri Apr 13 08:33:02 2012 From: weijun.wang at oracle.com (Wei-jun Wang) Date: Fri, 13 Apr 2012 23:33:02 +0800 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F8809EE.2000406@oracle.com> Message-ID: On Apr 13, 2012, at 9:44 PM, Fredrik ?hrstr?m wrote: > Have you a correct /tmp setup for cygwin? Yes, and I can touch a file there. -Max > > //Fredrik > > 2012/4/13 Weijun Wang : >> Trying on Windows now. I'm using a VirtualBox VM and the repos are in a >> read-only shared folder. So I create a directory in its C: and run configure >> there. But when I run make, it shows >> >> $ make >> >> >> ######################################################################## >> ######################################################################## >> ##### Entering langtools for target(s) all ##### >> ######################################################################## >> >> mktemp: failed to create directory via template `tmp.XXXXXX': Read-only file >> system >> /cygdrive/m/space/repos/jdk8/jdk8/common/makefiles/Makefile:96: recipe for >> target `langtools' failed >> make: *** [langtools] Error 1 >> >> Here m is the read-only shared folder. Shouldn't the build process only >> writes into the new directory inside the virtual machine? >> >> Thanks >> Max >> >> >> On 04/12/2012 05:47 PM, Magnus Ihse Bursie wrote: >>> >>> The build-infra project [1] has been working for a while with creating a >>> new build system. The goals of the project include, but are not limited >>> to, improved build performance and improved ease of use. >>> >>> The first part of this project has now been pushed to the jdk8 master >>> forest. This means that the new build system is available for you to try >>> out! The old build system is still there, and if you want to continue to >>> use it, you will notice no difference (for now...). >>> >>> But if you are interested in trying the new build system, we welcome you >>> to experiment with it! The basic operation is: >>> cd common/makefiles >>> ../autoconf/configure >>> make >>> >>> More information is available in the new build README [2]. If you want >>> to try the new build system, please read it first. >>> >>> Please note that the new build system is not yet complete. We do not yet >>> have full platform support, nor are all parts of the old build converted >>> (but then we fall back on the old build system), and there are likely to >>> be bugs. Most of all, we need to have exposure on a wide range of >>> different build systems, since the reality is always so much messier >>> than you'd want to believe. :-) Please help us to resolve such issues >>> early by trying the new build system! >>> >>> Any questions or discussions on the new build system should be sent to >>> build-dev at openjdk.java.net. >>> >>> /Magnus >>> >>> [1] http://openjdk.java.net/projects/build-infra/index.html >>> [2] http://openjdk.java.net/projects/build-infra/guide.html >>> >> From martijnverburg at gmail.com Sat Apr 14 02:19:50 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sat, 14 Apr 2012 10:19:50 +0100 Subject: Proposed dates for JDK 8 In-Reply-To: References: <20120405182046.1A9D6809@eggemoggin.niobe.net> Message-ID: Hi Mathias Hi Mark and Martijn, > > I've been away for a few days so I didn't get the chance to reply back > until today. > > I think it is great that the Java User Groups wants to help out in testing > JDK 8. I'll look into a proposed date for the M7 milestone and will get > back to you. > > Martijn, > Do you have any rough estimate for how much time the JUGs would need to > run through one pass of the planned testing (e.g. 4 weeks, 6 weeks)? I'm > asking so I would have a rough idea of how much time would be needed after > M7 before you would have completed one full test pass and have filed the > bug reports. I'll use your estimate to see how much time would be available > for addressing the issues once you've completed the test pass. > It's a hard one to guess this far out. My aim is to have the individual projects run the testing but to provide volunteer testers from the various user groups around the world. So for example the Apache Tomcat team would set a few days for testing and we'd provide 5-10 folks to help them execute their specific test plan. I'll need to get more feedback from the various project leads to see how long they think it'll take (several of them had Java 7 test plans, so hopefully we can get a rough guide). > If there would be too little time to address the issues it might be worth > looking at doing a test pass earlier as well to ensure there is enough time > to fix the critical issues. > Agreed, I'm hoping by raising awareness early, that the larger and/or more commonly used projects will start testing at an earlier milestone. I'll report back when I've had some more feedback from the project leads. Cheers, Martijn From thomas.wuerthinger at oracle.com Sat Apr 14 06:35:36 2012 From: thomas.wuerthinger at oracle.com (Thomas Wuerthinger) Date: Sat, 14 Apr 2012 15:35:36 +0200 Subject: Any plans to merge DCEVM with OpenJDK? In-Reply-To: References: <4F700CC5.6070703@oracle.com> Message-ID: <4F897D28.5070105@oracle.com> Behrang, Thanks for your interest in the enhanced class redefinition feature. I receive similar inquiries quite regularly. Unfortunately, my role within the OpenJDK community is not yet sufficient for officially submitting the JEP. Also, the JEP for permgen removal (http://openjdk.java.net/jeps/122) will potentially conflict with parts of the enhanced class redefinition patch. The experimental binaries for JDK1.6u25 and earlier are available from the JKU university website at http://ssw.jku.at/dcevm/binaries/. - thomas On 27.03.2012 05:56, Behrang Saeedzadeh wrote: > Hi Thomas, > > Any update re. this JEP? > > Cheers, > Behrang Saeedzadeh > http://www.behrang.org > > > > On Mon, Mar 26, 2012 at 5:29 PM, David Holmes wrote: >> On 24/03/2012 10:29 AM, Behrang Saeedzadeh wrote: >>> Hi Krystal, >>> >>> Thanks for the link. But looks like it is not mentioned whether the JEP is >>> accepted or not. >>> >>> Does anybody know if this JEP is going to be accepted for JDK 8? >> >> As far as I can see the JEP hasn't even been posted yet: >> >> http://openjdk.java.net/jeps/0 >> >> David >> ----- >> >> >>> Cheers, >>> Behrang Saeedzadeh >>> http://www.behrang.org >>> >>> >>> On Sat, Mar 17, 2012 at 4:22 AM, Krystal Mok >>> wrote: >>> >>>> Hi Behrang, >>>> >>>> You might want to follow an earlier thread on this topic: Enhanced Class >>>> Redefinition JEP >>>> http://mail.openjdk.java.net/pipermail/hotspot-dev/2011-July/004321.html >>>> >>>> - Kris >>>> >>>> >>>> On Sat, Mar 17, 2012 at 12:34 AM, Behrang >>>> Saeedzadehwrote: >>>> >>>>> Hi, >>>>> >>>>> I just stumbled upon Dynamic Code Evolution VM >>>>> (http://ssw.jku.at/dcevm/) >>>>> and it looks very impressive to me. Any plans to merge this back with >>>>> OpenJDK? I noticed that it is also sponsored by Oracle. >>>>> >>>>> Cheers, >>>>> Behrang Saeedzadeh >>>>> http://www.behrang.org >>>>> >>>> From pujarimahesh_kumar at yahoo.com Mon Apr 16 07:49:57 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Mon, 16 Apr 2012 07:49:57 -0700 (PDT) Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> I used the new build system to build on windows and Linux (32 bit binary). On Windows, I was able to sucessfully build with out any issues (release only, haven't build with debug), and on Linux (3.3.0-4.fc16.i686) I was able to build clientAndServer release succesfully, but when I tried to build with clientAndServer debug I ended up with below error, I am missing any config which is needed for debug build. Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/utilities/yieldingWorkgroup.cpp Making signal interposition lib... Making SA debugger back-end... Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/runtime/vm_version.cpp Linking vm... graphKit.o: file not recognized: File truncated collect2: ld returned 1 exit status /usr/bin/chcon: cannot access `libjvm.so'ERROR: Cannot chcon libjvm.so : No such file or directory /usr/bin/objcopy: 'libjvm.so': No such file make[5]: *** [libjvm.so] Error 1 make[4]: *** [the_vm] Error 2 make[3]: *** [fastdebug] Error 2 make[2]: *** [generic_build2] Error 2 make[1]: *** [fastdebug] Error 2 thanks and regards, Mahesh Pujari ________________________________ From: Magnus Ihse Bursie To: jdk8-dev at openjdk.java.net Cc: build-dev at openjdk.java.net Sent: Thursday, April 12, 2012 3:17 PM Subject: First build-infra push to jdk8 -- try out the new build system! The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: ? cd common/makefiles ? ../autoconf/configure ? make More information is available in the new build README [2]. If you want to try the new build system, please read it first. Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. /Magnus [1] http://openjdk.java.net/projects/build-infra/index.html [2] http://openjdk.java.net/projects/build-infra/guide.html From david.holmes at oracle.com Mon Apr 16 18:32:23 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 17 Apr 2012 11:32:23 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> References: <4F86A4CB.4000908@oracle.com> <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> Message-ID: <4F8CC827.60101@oracle.com> On 17/04/2012 12:49 AM, Mahesh Pujari wrote: > I used the new build system to build on windows and Linux (32 bit binary). On Windows, I was able to sucessfully build with out any issues (release only, haven't build with debug), and on Linux (3.3.0-4.fc16.i686) I was able to build clientAndServer release succesfully, but when I tried to build with clientAndServer debug I ended up with below error, I am missing any config which is needed for debug build. > > Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/utilities/yieldingWorkgroup.cpp > Making signal interposition lib... > Making SA debugger back-end... > Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/runtime/vm_version.cpp > Linking vm... > graphKit.o: file not recognized: File truncated You didn't happen to run out of disk space during the compile did you? David > collect2: ld returned 1 exit status > /usr/bin/chcon: cannot access `libjvm.so'ERROR: Cannot chcon libjvm.so > : No such file or directory > /usr/bin/objcopy: 'libjvm.so': No such file > make[5]: *** [libjvm.so] Error 1 > make[4]: *** [the_vm] Error 2 > make[3]: *** [fastdebug] Error 2 > make[2]: *** [generic_build2] Error 2 > make[1]: *** [fastdebug] Error 2 > > thanks and regards, > Mahesh Pujari > > > > > ________________________________ > From: Magnus Ihse Bursie > To: jdk8-dev at openjdk.java.net > Cc: build-dev at openjdk.java.net > Sent: Thursday, April 12, 2012 3:17 PM > Subject: First build-infra push to jdk8 -- try out the new build system! > > The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If you want to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! > > Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html From pujarimahesh_kumar at yahoo.com Mon Apr 16 19:48:17 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Mon, 16 Apr 2012 19:48:17 -0700 (PDT) Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F8CC827.60101@oracle.com> References: <4F86A4CB.4000908@oracle.com> <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> <4F8CC827.60101@oracle.com> Message-ID: <1334630897.65090.YahooMailNeo@web112604.mail.gq1.yahoo.com> Its not the issue with the disk space, I am sure of that. Mahesh Pujari ________________________________ From: David Holmes To: Mahesh Pujari Cc: Magnus Ihse Bursie ; "jdk8-dev at openjdk.java.net" ; "build-dev at openjdk.java.net" Sent: Tuesday, April 17, 2012 7:02 AM Subject: Re: First build-infra push to jdk8 -- try out the new build system! On 17/04/2012 12:49 AM, Mahesh Pujari wrote: > I used the new build system to build on windows and Linux (32 bit binary). On Windows, I was able to sucessfully build with out any issues (release only, haven't build with debug), and on Linux (3.3.0-4.fc16.i686) I was able to build clientAndServer release succesfully, but when I tried to build with? clientAndServer debug I ended up with below error, I am missing any config which is needed for debug build. > > Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/utilities/yieldingWorkgroup.cpp > Making signal interposition lib... > Making SA debugger back-end... > Compiling /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/runtime/vm_version.cpp > Linking vm... > graphKit.o: file not recognized: File truncated You didn't happen to run out of disk space during the compile did you? David > collect2: ld returned 1 exit status > /usr/bin/chcon: cannot access `libjvm.so'ERROR: Cannot chcon libjvm.so > : No such file or directory > /usr/bin/objcopy: 'libjvm.so': No such file > make[5]: *** [libjvm.so] Error 1 > make[4]: *** [the_vm] Error 2 > make[3]: *** [fastdebug] Error 2 > make[2]: *** [generic_build2] Error 2 > make[1]: *** [fastdebug] Error 2 > > thanks and regards, > Mahesh Pujari > > > > > ________________________________ >? From: Magnus Ihse Bursie > To: jdk8-dev at openjdk.java.net > Cc: build-dev at openjdk.java.net > Sent: Thursday, April 12, 2012 3:17 PM > Subject: First build-infra push to jdk8 -- try out the new build system! > > The build-infra project [1] has been working for a while with creating a new build system. The goals of the project include, but are not limited to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master forest. This means that the new build system is available for you to try out! The old build system is still there, and if you want to continue to use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you to experiment with it! The basic operation is: >? ? cd common/makefiles >? ? ../autoconf/configure >? ? make > > More information is available in the new build README [2]. If you want to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet have full platform support, nor are all parts of the old build converted (but then we fall back on the old build system), and there are likely to be bugs. Most of all, we need to have exposure on a wide range of different build systems, since the reality is always so much messier than you'd want to believe. :-) Please help us to resolve such issues early by trying the new build system! > > Any questions or discussions on the new build system should be sent to build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html From david.holmes at oracle.com Mon Apr 16 20:36:50 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 17 Apr 2012 13:36:50 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <1334630897.65090.YahooMailNeo@web112604.mail.gq1.yahoo.com> References: <4F86A4CB.4000908@oracle.com> <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> <4F8CC827.60101@oracle.com> <1334630897.65090.YahooMailNeo@web112604.mail.gq1.yahoo.com> Message-ID: <4F8CE552.6040703@oracle.com> On 17/04/2012 12:48 PM, Mahesh Pujari wrote: > Its not the issue with the disk space, I am sure of that. The file appears truncated so something went wrong creating it (or else one process was trying to write to it at the same time another process was trying to read?) Can you see where graphKit.cpp was compiled? Was there any error indicator at that time? Can you make the build more verbose so that the actual link command can be seen - that would show whether the set of files being linked appears correct or not. If you delete graphKit.o and rebuild does the error disappear? David ----- > Mahesh Pujari > > ------------------------------------------------------------------------ > *From:* David Holmes > *To:* Mahesh Pujari > *Cc:* Magnus Ihse Bursie ; > "jdk8-dev at openjdk.java.net" ; > "build-dev at openjdk.java.net" > *Sent:* Tuesday, April 17, 2012 7:02 AM > *Subject:* Re: First build-infra push to jdk8 -- try out the new build > system! > > On 17/04/2012 12:49 AM, Mahesh Pujari wrote: > > I used the new build system to build on windows and Linux (32 bit > binary). On Windows, I was able to sucessfully build with out any issues > (release only, haven't build with debug), and on Linux > (3.3.0-4.fc16.i686) I was able to build clientAndServer release > succesfully, but when I tried to build with clientAndServer debug I > ended up with below error, I am missing any config which is needed for > debug build. > > > > Compiling > /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/utilities/yieldingWorkgroup.cpp > > Making signal interposition lib... > > Making SA debugger back-end... > > Compiling > /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/runtime/vm_version.cpp > > Linking vm... > > graphKit.o: file not recognized: File truncated > > You didn't happen to run out of disk space during the compile did you? > > David > > > collect2: ld returned 1 exit status > > /usr/bin/chcon: cannot access `libjvm.so'ERROR: Cannot chcon libjvm.so > > : No such file or directory > > /usr/bin/objcopy: 'libjvm.so': No such file > > make[5]: *** [libjvm.so] Error 1 > > make[4]: *** [the_vm] Error 2 > > make[3]: *** [fastdebug] Error 2 > > make[2]: *** [generic_build2] Error 2 > > make[1]: *** [fastdebug] Error 2 > > > > thanks and regards, > > Mahesh Pujari > > > > > > > > > > ________________________________ > > From: Magnus Ihse Bursie > > > To: jdk8-dev at openjdk.java.net > > Cc: build-dev at openjdk.java.net > > Sent: Thursday, April 12, 2012 3:17 PM > > Subject: First build-infra push to jdk8 -- try out the new build system! > > > > The build-infra project [1] has been working for a while with > creating a new build system. The goals of the project include, but are > not limited to, improved build performance and improved ease of use. > > > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). > > > > But if you are interested in trying the new build system, we welcome > you to experiment with it! The basic operation is: > > cd common/makefiles > > ../autoconf/configure > > make > > > > More information is available in the new build README [2]. If you > want to try the new build system, please read it first. > > > > Please note that the new build system is not yet complete. We do not > yet have full platform support, nor are all parts of the old build > converted (but then we fall back on the old build system), and there are > likely to be bugs. Most of all, we need to have exposure on a wide range > of different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! > > > > Any questions or discussions on the new build system should be sent > to build-dev at openjdk.java.net . > > > > /Magnus > > > > [1] http://openjdk.java.net/projects/build-infra/index.html > > [2] http://openjdk.java.net/projects/build-infra/guide.html > > From alex.t at gmx.at Tue Apr 17 12:13:23 2012 From: alex.t at gmx.at (Alexander Thaller) Date: Tue, 17 Apr 2012 21:13:23 +0200 Subject: Typo in javadoc of Path.java Message-ID: <20120417191323.163540@gmx.net> Hello. I think that in the javadoc for the class Path in /jdk/src/share/classes/java/nio/file/Path.java there is a typo in the last line of the third paragraph. Instead of "[...] the {@link #startsWith startsWith} and {@link #endsWith endWith} methods." it should read "[...] the {@link #startsWith startsWith} and {@link #endsWith endsWith} methods.". Notice the change of "{@link #endsWith endWith}" to "{@link #endsWith endsWith}". Cheers. Thaller Alexander -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a From Alan.Bateman at oracle.com Tue Apr 17 13:10:40 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 17 Apr 2012 21:10:40 +0100 Subject: Typo in javadoc of Path.java In-Reply-To: <20120417191323.163540@gmx.net> References: <20120417191323.163540@gmx.net> Message-ID: <4F8DCE40.3010902@oracle.com> On 17/04/2012 20:13, Alexander Thaller wrote: > Hello. > I think that in the javadoc for the class Path in /jdk/src/share/classes/java/nio/file/Path.java there is a typo in the last line of the third paragraph. Instead of "[...] the {@link #startsWith startsWith} and {@link #endsWith endWith} methods." it should read "[...] the {@link #startsWith startsWith} and {@link #endsWith endsWith} methods.". Notice the change of "{@link #endsWith endWith}" to "{@link #endsWith endsWith}". > Cheers. > Thaller Alexander Thanks, I'll create a bug to remember this. -Alan. From martijnverburg at gmail.com Tue Apr 17 15:53:45 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Tue, 17 Apr 2012 23:53:45 +0100 Subject: LJC OpenJDK Warnings hack day Message-ID: Hi all, FYI - We'll be holding another compiler warnings squashing day on the 23rd of April, 1830+ BST. A few of the 'instructors' (we use the term loosely as we're all still learning) will pop up on IRC, but we hope to keep our chatter down to a minimum. As before we'll package up the patches in sensible groupings and peer pre-review the patches before sending them in. If there's anything we can do in particular to minimise the impact on you folks, please let me know. Cheers, Martijn From martijnverburg at gmail.com Wed Apr 18 02:49:29 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Wed, 18 Apr 2012 10:49:29 +0100 Subject: LJC OpenJDK Warnings hack day In-Reply-To: References: Message-ID: Hi all, Just to follow up on this, we'll likely co-ordinate via the wiki as per last time, it seemed to work very well (thanks Stuart for setting that up last time). Cheers, Martijn On 17 April 2012 23:53, Martijn Verburg wrote: > Hi all, > > FYI - We'll be holding another compiler warnings squashing day on the 23rd > of April, 1830+ BST. A few of the 'instructors' (we use the term loosely > as we're all still learning) will pop up on IRC, but we hope to keep our > chatter down to a minimum. > > As before we'll package up the patches in sensible groupings and peer > pre-review the patches before sending them in. > > If there's anything we can do in particular to minimise the impact on you > folks, please let me know. > > Cheers, > Martijn > From michael.x.mcmahon at oracle.com Wed Apr 18 03:12:03 2012 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 18 Apr 2012 11:12:03 +0100 Subject: [7u6] RFR: 7162043: Add headless mode tests to problem list [macosx] In-Reply-To: <4F8D87AF.2010503@oracle.com> References: <4F8D832C.7080109@oracle.com> <4F8D87AF.2010503@oracle.com> Message-ID: <4F8E9373.40709@oracle.com> On 17/04/12 16:09, Alan Bateman wrote: > On 17/04/2012 15:50, Michael McMahon wrote: >> This change is to add a number of tests to the Problem list for mac os. >> Most of them are for issues related to running AWT remotely >> which requires specific environment variables to be set >> (or the headless mode selected). Long term, most of the tests should >> probably just run in headless mode on all platforms. But, I just need >> to stop them being run on Mac OS X for the moment >> >> There are a handful of other issues in there as well, with CRs >> associated. >> >> http://cr.openjdk.java.net/~michaelm/7162043/webrev.1/ > The ProblemList has a section per jdk* target so it's best to lists > the tests in the right area of the file. The demo/jvmti and > javax/script tests are in the jdk_misc target, the java/util test > should under jdk_util, etc. > > -Alan Ok. I've updated the webrev at: http://cr.openjdk.java.net/~michaelm/7162043/7u6/webrev.2/ and also here is the equivalent webrev for 8. There are fewer failures on 8. http://cr.openjdk.java.net/~michaelm/7162043/8/webrev.1/ Thanks, Michael From stuart.marks at oracle.com Wed Apr 18 16:44:31 2012 From: stuart.marks at oracle.com (Stuart Marks) Date: Wed, 18 Apr 2012 16:44:31 -0700 Subject: LJC OpenJDK Warnings hack day In-Reply-To: References: Message-ID: <4F8F51DF.3070804@oracle.com> Hi Martijn, Great to hear that the LJC is continuing this activity. We are as well; I've updated the warnings page [1] to have the latest statistics including the work that my colleague Kurchi Hazra has done. I think the only area that has pending warnings changes are the java.text ones that Deepak Bhole produced some months ago that were reviewed by John Rose. I still have to revisit and review these changes. Other than that, any area should be fair game. I can lurk around on IRC during the event to help answer questions that might arise, and I can help review changes and push if they're in or near my area (core libraries). There are still a lot of warnings though in AWT (thousands...) so any changes there would be better coordinated with the AWT folks. Looking forward to the event! s'marks [1] https://wikis.oracle.com/display/OpenJDK/JDK8+Warnings+Cleanup+Day+%282011-12-01%29 On 4/18/12 2:49 AM, Martijn Verburg wrote: > Hi all, > > Just to follow up on this, we'll likely co-ordinate via the wiki as per > last time, it seemed to work very well (thanks Stuart for setting that up > last time). > > Cheers, > Martijn > > On 17 April 2012 23:53, Martijn Verburg wrote: > >> Hi all, >> >> FYI - We'll be holding another compiler warnings squashing day on the 23rd >> of April, 1830+ BST. A few of the 'instructors' (we use the term loosely >> as we're all still learning) will pop up on IRC, but we hope to keep our >> chatter down to a minimum. >> >> As before we'll package up the patches in sensible groupings and peer >> pre-review the patches before sending them in. >> >> If there's anything we can do in particular to minimise the impact on you >> folks, please let me know. >> >> Cheers, >> Martijn >> From david.katleman at oracle.com Wed Apr 18 17:27:33 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 00:27:33 +0000 Subject: hg: jdk8/jdk8/jdk: 3 new changesets Message-ID: <20120419002820.B3A974716C@hg.openjdk.java.net> Changeset: cf5b15ae858a Author: ohair Date: 2012-04-12 08:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cf5b15ae858a 7160976: Fix missing file in new build infrastructure: Defs-utils.gmk Reviewed-by: ihse + makefiles/common/shared/Defs-utils.gmk Changeset: 468cf87890bd Author: ohair Date: 2012-04-12 08:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/468cf87890bd Merge - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll Changeset: 2e3e1356ffbd Author: katleman Date: 2012-04-18 16:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/2e3e1356ffbd Merge From david.holmes at oracle.com Wed Apr 18 22:03:02 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 19 Apr 2012 15:03:02 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F8F9C86.7050501@oracle.com> On 12/04/2012 7:47 PM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating a > new build system. The goals of the project include, but are not limited > to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you > to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make I must be missing something basic but when I updated my jdk8 repos I have a new folder called makefiles which seems to be where the new build logic is. But in makefiles there is no autoconf directory. The push to jdk8 does not seem to contain autoconf either: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9d3d01aca52c ???? David ----- > More information is available in the new build README [2]. If you want > to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet > have full platform support, nor are all parts of the old build converted > (but then we fall back on the old build system), and there are likely to > be bugs. Most of all, we need to have exposure on a wide range of > different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! > > Any questions or discussions on the new build system should be sent to > build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From kelly.ohair at oracle.com Wed Apr 18 22:36:25 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Thu, 19 Apr 2012 07:36:25 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F8F9C86.7050501@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F8F9C86.7050501@oracle.com> Message-ID: autoconf is in the top repo, not the jdk repo. http://hg.openjdk.java.net/jdk8/jdk8/rev/e1830598f0b7 -kto On Apr 19, 2012, at 7:03 AM, David Holmes wrote: > On 12/04/2012 7:47 PM, Magnus Ihse Bursie wrote: >> The build-infra project [1] has been working for a while with creating a >> new build system. The goals of the project include, but are not limited >> to, improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master >> forest. This means that the new build system is available for you to try >> out! The old build system is still there, and if you want to continue to >> use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you >> to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure >> make > > I must be missing something basic but when I updated my jdk8 repos I have a new folder called makefiles which seems to be where the new build logic is. But in makefiles there is no autoconf directory. > > The push to jdk8 does not seem to contain autoconf either: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9d3d01aca52c > > ???? > > David > ----- > >> More information is available in the new build README [2]. If you want >> to try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet >> have full platform support, nor are all parts of the old build converted >> (but then we fall back on the old build system), and there are likely to >> be bugs. Most of all, we need to have exposure on a wide range of >> different build systems, since the reality is always so much messier >> than you'd want to believe. :-) Please help us to resolve such issues >> early by trying the new build system! >> >> Any questions or discussions on the new build system should be sent to >> build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/projects/build-infra/index.html >> [2] http://openjdk.java.net/projects/build-infra/guide.html >> From david.holmes at oracle.com Wed Apr 18 22:55:16 2012 From: david.holmes at oracle.com (David Holmes) Date: Thu, 19 Apr 2012 15:55:16 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F8F9C86.7050501@oracle.com> Message-ID: <4F8FA8C4.5010301@oracle.com> On 19/04/2012 3:36 PM, Kelly O'Hair wrote: > autoconf is in the top repo, not the jdk repo. > > http://hg.openjdk.java.net/jdk8/jdk8/rev/e1830598f0b7 Doh! See I knew it would be something basic. Thanks Kelly. David > -kto > > On Apr 19, 2012, at 7:03 AM, David Holmes wrote: > >> On 12/04/2012 7:47 PM, Magnus Ihse Bursie wrote: >>> The build-infra project [1] has been working for a while with creating a >>> new build system. The goals of the project include, but are not limited >>> to, improved build performance and improved ease of use. >>> >>> The first part of this project has now been pushed to the jdk8 master >>> forest. This means that the new build system is available for you to try >>> out! The old build system is still there, and if you want to continue to >>> use it, you will notice no difference (for now...). >>> >>> But if you are interested in trying the new build system, we welcome you >>> to experiment with it! The basic operation is: >>> cd common/makefiles >>> ../autoconf/configure >>> make >> >> I must be missing something basic but when I updated my jdk8 repos I have a new folder called makefiles which seems to be where the new build logic is. But in makefiles there is no autoconf directory. >> >> The push to jdk8 does not seem to contain autoconf either: >> >> http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9d3d01aca52c >> >> ???? >> >> David >> ----- >> >>> More information is available in the new build README [2]. If you want >>> to try the new build system, please read it first. >>> >>> Please note that the new build system is not yet complete. We do not yet >>> have full platform support, nor are all parts of the old build converted >>> (but then we fall back on the old build system), and there are likely to >>> be bugs. Most of all, we need to have exposure on a wide range of >>> different build systems, since the reality is always so much messier >>> than you'd want to believe. :-) Please help us to resolve such issues >>> early by trying the new build system! >>> >>> Any questions or discussions on the new build system should be sent to >>> build-dev at openjdk.java.net. >>> >>> /Magnus >>> >>> [1] http://openjdk.java.net/projects/build-infra/index.html >>> [2] http://openjdk.java.net/projects/build-infra/guide.html >>> > From martijnverburg at gmail.com Thu Apr 19 05:32:11 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Thu, 19 Apr 2012 14:32:11 +0200 Subject: LJC OpenJDK Warnings hack day In-Reply-To: <4F8F51DF.3070804@oracle.com> References: <4F8F51DF.3070804@oracle.com> Message-ID: Thanks Stuart, This is very much appreciated! We're more than happy to have patches reviewed as and when is convenient for you time and workload wise. As discussed with Cecilia, Tomas et al (they were in London a few days ago) we're going to set up a pre-review group and try (we're still learning) to apply the same sorts of rules that an OpenJDK committer would. This should triage the patches into sensible sets and punt anything that doesn't meet the 'Do no harm" nature of these fixes. Cheers, Martijn On 19 April 2012 01:44, Stuart Marks wrote: > Hi Martijn, > > Great to hear that the LJC is continuing this activity. We are as well; > I've updated the warnings page [1] to have the latest statistics including > the work that my colleague Kurchi Hazra has done. > > I think the only area that has pending warnings changes are the java.text > ones that Deepak Bhole produced some months ago that were reviewed by John > Rose. I still have to revisit and review these changes. Other than that, > any area should be fair game. > > I can lurk around on IRC during the event to help answer questions that > might arise, and I can help review changes and push if they're in or near > my area (core libraries). There are still a lot of warnings though in AWT > (thousands...) so any changes there would be better coordinated with the > AWT folks. > > Looking forward to the event! > > s'marks > > [1] https://wikis.oracle.com/**display/OpenJDK/JDK8+Warnings+** > Cleanup+Day+%282011-12-01%29 > > On 4/18/12 2:49 AM, Martijn Verburg wrote: > >> Hi all, >> >> Just to follow up on this, we'll likely co-ordinate via the wiki as per >> last time, it seemed to work very well (thanks Stuart for setting that up >> last time). >> >> Cheers, >> Martijn >> >> On 17 April 2012 23:53, Martijn Verburg> >> wrote: >> >> Hi all, >>> >>> FYI - We'll be holding another compiler warnings squashing day on the >>> 23rd >>> of April, 1830+ BST. A few of the 'instructors' (we use the term loosely >>> as we're all still learning) will pop up on IRC, but we hope to keep our >>> chatter down to a minimum. >>> >>> As before we'll package up the patches in sensible groupings and peer >>> pre-review the patches before sending them in. >>> >>> If there's anything we can do in particular to minimise the impact on you >>> folks, please let me know. >>> >>> Cheers, >>> Martijn >>> >>> From paul.sandoz at oracle.com Thu Apr 19 05:57:27 2012 From: paul.sandoz at oracle.com (Paul Sandoz) Date: Thu, 19 Apr 2012 14:57:27 +0200 Subject: Review fix for 7162262 Re: Typo in javadoc of Path.java In-Reply-To: <4F8DCE40.3010902@oracle.com> References: <20120417191323.163540@gmx.net> <4F8DCE40.3010902@oracle.com> Message-ID: Hi, http://cr.openjdk.java.net/~psandoz/7162262/webrev.0/ The addition of this one character probably produced over 10000 fold in character meta-data :-) Paul. On Apr 17, 2012, at 10:10 PM, Alan Bateman wrote: > On 17/04/2012 20:13, Alexander Thaller wrote: >> Hello. >> I think that in the javadoc for the class Path in /jdk/src/share/classes/java/nio/file/Path.java there is a typo in the last line of the third paragraph. Instead of "[...] the {@link #startsWith startsWith} and {@link #endsWith endWith} methods." it should read "[...] the {@link #startsWith startsWith} and {@link #endsWith endsWith} methods.". Notice the change of "{@link #endsWith endWith}" to "{@link #endsWith endsWith}". >> Cheers. >> Thaller Alexander > Thanks, I'll create a bug to remember this. > > -Alan. From david.katleman at oracle.com Thu Apr 19 12:36:58 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:36:58 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b35 for changeset 5285317ebb4e Message-ID: <20120419193658.A203E47188@hg.openjdk.java.net> Changeset: 6a6ba0a07f33 Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/6a6ba0a07f33 Added tag jdk8-b35 for changeset 5285317ebb4e ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:37:04 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:37:04 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b35 for changeset e3d735914edd Message-ID: <20120419193704.D693B47189@hg.openjdk.java.net> Changeset: a5a61f259961 Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/a5a61f259961 Added tag jdk8-b35 for changeset e3d735914edd ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:38:17 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:38:17 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b35 for changeset f621660a297b Message-ID: <20120419193819.309754718A@hg.openjdk.java.net> Changeset: dce0525b7ee5 Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/dce0525b7ee5 Added tag jdk8-b35 for changeset f621660a297b ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:40:10 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:40:10 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b35 for changeset e187f3ede649 Message-ID: <20120419194014.4AE154718B@hg.openjdk.java.net> Changeset: d14f5247d3af Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/d14f5247d3af Added tag jdk8-b35 for changeset e187f3ede649 ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:40:37 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:40:37 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b35 for changeset e8afc16522e1 Message-ID: <20120419194039.7EB224718C@hg.openjdk.java.net> Changeset: 89b36c658e39 Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/89b36c658e39 Added tag jdk8-b35 for changeset e8afc16522e1 ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:40:49 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:40:49 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b35 for changeset 2e3e1356ffbd Message-ID: <20120419194059.796CA4718D@hg.openjdk.java.net> Changeset: f4a8153b3ce5 Author: katleman Date: 2012-04-19 12:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f4a8153b3ce5 Added tag jdk8-b35 for changeset 2e3e1356ffbd ! .hgtags From david.katleman at oracle.com Thu Apr 19 12:42:38 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 19 Apr 2012 19:42:38 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b35 for changeset defd666a7863 Message-ID: <20120419194240.1EEDC4718E@hg.openjdk.java.net> Changeset: 068207a80397 Author: katleman Date: 2012-04-19 12:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/068207a80397 Added tag jdk8-b35 for changeset defd666a7863 ! .hgtags From chris.hegarty at oracle.com Thu Apr 19 14:49:38 2012 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Thu, 19 Apr 2012 22:49:38 +0100 Subject: LJC OpenJDK Warnings hack day In-Reply-To: References: <4F8F51DF.3070804@oracle.com> Message-ID: <4F908872.9040307@oracle.com> I'll help with reviewing/pushing any changes in the core/net area, or any area where the changes are straight forward and non controversial (and the area owner agrees). Martijn, I'm based in Dublin Ireland. Will be online in your timezone if you need to bounce any ideas/questions. -Chris. On 19/04/12 13:32, Martijn Verburg wrote: > Thanks Stuart, > > This is very much appreciated! We're more than happy to have patches > reviewed as and when is convenient for you time and workload wise. As > discussed with Cecilia, Tomas et al (they were in London a few days ago) > we're going to set up a pre-review group and try (we're still learning) to > apply the same sorts of rules that an OpenJDK committer would. This should > triage the patches into sensible sets and punt anything that doesn't meet > the 'Do no harm" nature of these fixes. > > Cheers, > Martijn > > On 19 April 2012 01:44, Stuart Marks wrote: > >> Hi Martijn, >> >> Great to hear that the LJC is continuing this activity. We are as well; >> I've updated the warnings page [1] to have the latest statistics including >> the work that my colleague Kurchi Hazra has done. >> >> I think the only area that has pending warnings changes are the java.text >> ones that Deepak Bhole produced some months ago that were reviewed by John >> Rose. I still have to revisit and review these changes. Other than that, >> any area should be fair game. >> >> I can lurk around on IRC during the event to help answer questions that >> might arise, and I can help review changes and push if they're in or near >> my area (core libraries). There are still a lot of warnings though in AWT >> (thousands...) so any changes there would be better coordinated with the >> AWT folks. >> >> Looking forward to the event! >> >> s'marks >> >> [1] https://wikis.oracle.com/**display/OpenJDK/JDK8+Warnings+** >> Cleanup+Day+%282011-12-01%29 >> >> On 4/18/12 2:49 AM, Martijn Verburg wrote: >> >>> Hi all, >>> >>> Just to follow up on this, we'll likely co-ordinate via the wiki as per >>> last time, it seemed to work very well (thanks Stuart for setting that up >>> last time). >>> >>> Cheers, >>> Martijn >>> >>> On 17 April 2012 23:53, Martijn Verburg> >>> wrote: >>> >>> Hi all, >>>> >>>> FYI - We'll be holding another compiler warnings squashing day on the >>>> 23rd >>>> of April, 1830+ BST. A few of the 'instructors' (we use the term loosely >>>> as we're all still learning) will pop up on IRC, but we hope to keep our >>>> chatter down to a minimum. >>>> >>>> As before we'll package up the patches in sensible groupings and peer >>>> pre-review the patches before sending them in. >>>> >>>> If there's anything we can do in particular to minimise the impact on you >>>> folks, please let me know. >>>> >>>> Cheers, >>>> Martijn >>>> >>>> From martijnverburg at gmail.com Thu Apr 19 15:43:38 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 20 Apr 2012 00:43:38 +0200 Subject: LJC OpenJDK Warnings hack day In-Reply-To: <4F908872.9040307@oracle.com> References: <4F8F51DF.3070804@oracle.com> <4F908872.9040307@oracle.com> Message-ID: Hi Chris, Thanks! Hopefully Q's will be kept to a minimum, but I'll probably ask about the sorts of review rules that would make you say "That's not a trivial change" or "it's more dangerous than you first think" and add them to our pre-review list. We'll pre-review and bundle up the patches, so it won't be on the day that we pass them on. Cheers, Martijn On 19 April 2012 23:49, Chris Hegarty wrote: > I'll help with reviewing/pushing any changes in the core/net area, or any > area where the changes are straight forward and non controversial (and the > area owner agrees). > > Martijn, > I'm based in Dublin Ireland. Will be online in your timezone if you need > to bounce any ideas/questions. > > -Chris. > > > On 19/04/12 13:32, Martijn Verburg wrote: > >> Thanks Stuart, >> >> This is very much appreciated! We're more than happy to have patches >> reviewed as and when is convenient for you time and workload wise. As >> discussed with Cecilia, Tomas et al (they were in London a few days ago) >> we're going to set up a pre-review group and try (we're still learning) to >> apply the same sorts of rules that an OpenJDK committer would. This should >> triage the patches into sensible sets and punt anything that doesn't meet >> the 'Do no harm" nature of these fixes. >> >> Cheers, >> Martijn >> >> On 19 April 2012 01:44, Stuart Marks wrote: >> >> Hi Martijn, >>> >>> Great to hear that the LJC is continuing this activity. We are as well; >>> I've updated the warnings page [1] to have the latest statistics >>> including >>> the work that my colleague Kurchi Hazra has done. >>> >>> I think the only area that has pending warnings changes are the java.text >>> ones that Deepak Bhole produced some months ago that were reviewed by >>> John >>> Rose. I still have to revisit and review these changes. Other than that, >>> any area should be fair game. >>> >>> I can lurk around on IRC during the event to help answer questions that >>> might arise, and I can help review changes and push if they're in or near >>> my area (core libraries). There are still a lot of warnings though in AWT >>> (thousands...) so any changes there would be better coordinated with the >>> AWT folks. >>> >>> Looking forward to the event! >>> >>> s'marks >>> >>> [1] https://wikis.oracle.com/****display/OpenJDK/JDK8+Warnings+**** >>> Cleanup+Day+%282011-12-01%29>> display/OpenJDK/JDK8+Warnings+**Cleanup+Day+%282011-12-01%29 >>> > >>> >>> >>> On 4/18/12 2:49 AM, Martijn Verburg wrote: >>> >>> Hi all, >>>> >>>> Just to follow up on this, we'll likely co-ordinate via the wiki as per >>>> last time, it seemed to work very well (thanks Stuart for setting that >>>> up >>>> last time). >>>> >>>> Cheers, >>>> Martijn >>>> >>>> On 17 April 2012 23:53, Martijn Verburg>>> martijnverburg at gmail.com>**> >>>> >>>> wrote: >>>> >>>> Hi all, >>>> >>>>> >>>>> FYI - We'll be holding another compiler warnings squashing day on the >>>>> 23rd >>>>> of April, 1830+ BST. A few of the 'instructors' (we use the term >>>>> loosely >>>>> as we're all still learning) will pop up on IRC, but we hope to keep >>>>> our >>>>> chatter down to a minimum. >>>>> >>>>> As before we'll package up the patches in sensible groupings and peer >>>>> pre-review the patches before sending them in. >>>>> >>>>> If there's anything we can do in particular to minimise the impact on >>>>> you >>>>> folks, please let me know. >>>>> >>>>> Cheers, >>>>> Martijn >>>>> >>>>> >>>>> From otaviojava at java.net Thu Apr 19 16:02:06 2012 From: otaviojava at java.net (=?ISO-8859-1?Q?Ot=E1vio_Gon=E7alves_de_Santana?=) Date: Thu, 19 Apr 2012 20:02:06 -0300 Subject: LJC OpenJDK Warnings hack day In-Reply-To: References: <4F8F51DF.3070804@oracle.com> <4F908872.9040307@oracle.com> Message-ID: So. I can help in core too. Em 19 de abril de 2012 19:43, Martijn Verburg escreveu: > Hi Chris, > > Thanks! Hopefully Q's will be kept to a minimum, but I'll probably ask > about the sorts of review rules that would make you say "That's not a > trivial change" or "it's more dangerous than you first think" and add them > to our pre-review list. We'll pre-review and bundle up the patches, so it > won't be on the day that we pass them on. > > Cheers, > Martijn > > On 19 April 2012 23:49, Chris Hegarty wrote: > > > I'll help with reviewing/pushing any changes in the core/net area, or any > > area where the changes are straight forward and non controversial (and > the > > area owner agrees). > > > > Martijn, > > I'm based in Dublin Ireland. Will be online in your timezone if you need > > to bounce any ideas/questions. > > > > -Chris. > > > > > > On 19/04/12 13:32, Martijn Verburg wrote: > > > >> Thanks Stuart, > >> > >> This is very much appreciated! We're more than happy to have patches > >> reviewed as and when is convenient for you time and workload wise. As > >> discussed with Cecilia, Tomas et al (they were in London a few days ago) > >> we're going to set up a pre-review group and try (we're still learning) > to > >> apply the same sorts of rules that an OpenJDK committer would. This > should > >> triage the patches into sensible sets and punt anything that doesn't > meet > >> the 'Do no harm" nature of these fixes. > >> > >> Cheers, > >> Martijn > >> > >> On 19 April 2012 01:44, Stuart Marks wrote: > >> > >> Hi Martijn, > >>> > >>> Great to hear that the LJC is continuing this activity. We are as well; > >>> I've updated the warnings page [1] to have the latest statistics > >>> including > >>> the work that my colleague Kurchi Hazra has done. > >>> > >>> I think the only area that has pending warnings changes are the > java.text > >>> ones that Deepak Bhole produced some months ago that were reviewed by > >>> John > >>> Rose. I still have to revisit and review these changes. Other than > that, > >>> any area should be fair game. > >>> > >>> I can lurk around on IRC during the event to help answer questions that > >>> might arise, and I can help review changes and push if they're in or > near > >>> my area (core libraries). There are still a lot of warnings though in > AWT > >>> (thousands...) so any changes there would be better coordinated with > the > >>> AWT folks. > >>> > >>> Looking forward to the event! > >>> > >>> s'marks > >>> > >>> [1] https://wikis.oracle.com/****display/OpenJDK/JDK8+Warnings+****< > https://wikis.oracle.com/**display/OpenJDK/JDK8+Warnings+**> > >>> Cleanup+Day+%282011-12-01%29 >>> display/OpenJDK/JDK8+Warnings+**Cleanup+Day+%282011-12-01%29< > https://wikis.oracle.com/display/OpenJDK/JDK8+Warnings+Cleanup+Day+%282011-12-01%29 > > > >>> > > >>> > >>> > >>> On 4/18/12 2:49 AM, Martijn Verburg wrote: > >>> > >>> Hi all, > >>>> > >>>> Just to follow up on this, we'll likely co-ordinate via the wiki as > per > >>>> last time, it seemed to work very well (thanks Stuart for setting that > >>>> up > >>>> last time). > >>>> > >>>> Cheers, > >>>> Martijn > >>>> > >>>> On 17 April 2012 23:53, Martijn Verburg >>>> martijnverburg at gmail.com>**> > >>>> > >>>> wrote: > >>>> > >>>> Hi all, > >>>> > >>>>> > >>>>> FYI - We'll be holding another compiler warnings squashing day on the > >>>>> 23rd > >>>>> of April, 1830+ BST. A few of the 'instructors' (we use the term > >>>>> loosely > >>>>> as we're all still learning) will pop up on IRC, but we hope to keep > >>>>> our > >>>>> chatter down to a minimum. > >>>>> > >>>>> As before we'll package up the patches in sensible groupings and peer > >>>>> pre-review the patches before sending them in. > >>>>> > >>>>> If there's anything we can do in particular to minimise the impact on > >>>>> you > >>>>> folks, please let me know. > >>>>> > >>>>> Cheers, > >>>>> Martijn > >>>>> > >>>>> > >>>>> > From henri.gomez at gmail.com Thu Apr 19 16:55:44 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 20 Apr 2012 01:55:44 +0200 Subject: OpenJDK 8 and fastdebug Message-ID: Hi to all, I'd like to activate fast debug for some of OSX packages produced for Java 8, jigsaw and lambda. What's correct way to do it at make time ? DEBUG_NAME=something SKIP_FASTDEBUG_BUILD=false ? Relative question, how can I check a java exec is in fastdebug mode ? Thanks From david.holmes at oracle.com Thu Apr 19 16:59:49 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 20 Apr 2012 09:59:49 +1000 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: Message-ID: <4F90A6F5.3050608@oracle.com> On 20/04/2012 9:55 AM, Henri Gomez wrote: > Hi to all, > > I'd like to activate fast debug for some of OSX packages produced for > Java 8, jigsaw and lambda. > > What's correct way to do it at make time ? > > DEBUG_NAME=something SKIP_FASTDEBUG_BUILD=false ? Just set SKIP_FASTDEBUG_BUILD=false (I don't know what role DEBUG_NAME plays) > Relative question, how can I check a java exec is in fastdebug mode ? Check "java -version", it will show it is fastdebug. David From pujarimahesh_kumar at yahoo.com Thu Apr 19 21:51:22 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Thu, 19 Apr 2012 21:51:22 -0700 (PDT) Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F8CE552.6040703@oracle.com> References: <4F86A4CB.4000908@oracle.com> <1334587797.5731.YahooMailNeo@web112611.mail.gq1.yahoo.com> <4F8CC827.60101@oracle.com> <1334630897.65090.YahooMailNeo@web112604.mail.gq1.yahoo.com> <4F8CE552.6040703@oracle.com> Message-ID: <1334897482.13605.YahooMailNeo@web112604.mail.gq1.yahoo.com> ?> The file appears truncated so something went wrong creating it (or else ?> one process was trying to write to it at the same time another process ?> was trying to read?) The file graphKit.o existed but with a size of zero. ?> Can you see where graphKit.cpp was compiled? Was there any error ?> indicator at that time? When I looked into the compilation of graphKit.cpp, there were no such error, below are the lines taken from build.log (I am new to make and know little about thie env, I hope I am providing the right stuff, and as build.og) CCACHE_COMPRESS=1? CCACHE_SLOPPINESS=time_macros /usr/bin/ccache /usr/lib/ccache/g++ -DLINUX -D_GNU_SOURCE -DIA32 -DASSERT -DFASTDEBUG -I. -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/prims -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/precompiled -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/cpu/x86/vm -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/os_cpu/linux_x86/vm -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/os/linux/vm -I/disk1/development/jdk/jdk8/jdk8/hotspot/src/os/posix/vm -I../generated -DHOTSPOT_RELEASE_VERSION="\"24.0-b07\"" -DHOTSPOT_BUILD_TARGET="\"fastdebug\"" -DHOTSPOT_BUILD_USER="\"mpujari\"" -DHOTSPOT_LIB_ARCH=\"i386\" -DHOTSPOT_VM_DISTRO="\"OpenJDK\"" -DTARGET_OS_FAMILY_linux -DTARGET_ARCH_x86 -DTARGET_ARCH_MODEL_x86_32 -DTARGET_OS_ARCH_linux_x86 -DTARGET_OS_ARCH_MODEL_linux_x86_32 -DTARGET_COMPILER_gcc -DCOMPILER2 -DCOMPILER1 -fPIC -fno-rtti -fno-exceptions -D_REENTRANT -fcheck-new -fvisibility=hidden -m32 -march=i586 -pipe -O3 -fno-strict-aliasing? -gstabs -DVM_LITTLE_ENDIAN -DINCLUDE_TRACE -Werror -Wpointer-arith -Wsign-compare??? -c -MMD -MP -MF ../generated/dependencies/graphKit.o.d -o graphKit.o /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/opto/graphKit.cpp after the statement above I can not see any errors, every thing looks fine. ?> Can you make the build more verbose so that the actual link command can ?> be seen - that would show whether the set of files being linked appears ?> correct or not. I hope the you were talking about the above log. ?> If you delete graphKit.o and rebuild does the error disappear? I deleted graphKit.o and did a rebuild but ended in the same error. Please direct me if I am missing something. thanks and regards, Mahesh Pujari ________________________________ From: David Holmes To: Mahesh Pujari Cc: Magnus Ihse Bursie ; "jdk8-dev at openjdk.java.net" ; "build-dev at openjdk.java.net" Sent: Tuesday, April 17, 2012 9:06 AM Subject: Re: First build-infra push to jdk8 -- try out the new build system! On 17/04/2012 12:48 PM, Mahesh Pujari wrote: > Its not the issue with the disk space, I am sure of that. The file appears truncated so something went wrong creating it (or else one process was trying to write to it at the same time another process was trying to read?) Can you see where graphKit.cpp was compiled? Was there any error indicator at that time? Can you make the build more verbose so that the actual link command can be seen - that would show whether the set of files being linked appears correct or not. If you delete graphKit.o and rebuild does the error disappear? David ----- > Mahesh Pujari > > ------------------------------------------------------------------------ > *From:* David Holmes > *To:* Mahesh Pujari > *Cc:* Magnus Ihse Bursie ; > "jdk8-dev at openjdk.java.net" ; > "build-dev at openjdk.java.net" > *Sent:* Tuesday, April 17, 2012 7:02 AM > *Subject:* Re: First build-infra push to jdk8 -- try out the new build > system! > > On 17/04/2012 12:49 AM, Mahesh Pujari wrote: >? > I used the new build system to build on windows and Linux (32 bit > binary). On Windows, I was able to sucessfully build with out any issues > (release only, haven't build with debug), and on Linux > (3.3.0-4.fc16.i686) I was able to build clientAndServer release > succesfully, but when I tried to build with clientAndServer debug I > ended up with below error, I am missing any config which is needed for > debug build. >? > >? > Compiling > /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/utilities/yieldingWorkgroup.cpp >? > Making signal interposition lib... >? > Making SA debugger back-end... >? > Compiling > /disk1/development/jdk/jdk8/jdk8/hotspot/src/share/vm/runtime/vm_version.cpp >? > Linking vm... >? > graphKit.o: file not recognized: File truncated > > You didn't happen to run out of disk space during the compile did you? > > David > >? > collect2: ld returned 1 exit status >? > /usr/bin/chcon: cannot access `libjvm.so'ERROR: Cannot chcon libjvm.so >? > : No such file or directory >? > /usr/bin/objcopy: 'libjvm.so': No such file >? > make[5]: *** [libjvm.so] Error 1 >? > make[4]: *** [the_vm] Error 2 >? > make[3]: *** [fastdebug] Error 2 >? > make[2]: *** [generic_build2] Error 2 >? > make[1]: *** [fastdebug] Error 2 >? > >? > thanks and regards, >? > Mahesh Pujari >? > >? > >? > >? > >? > ________________________________ >? > From: Magnus Ihse Bursie > >? > To: jdk8-dev at openjdk.java.net >? > Cc: build-dev at openjdk.java.net >? > Sent: Thursday, April 12, 2012 3:17 PM >? > Subject: First build-infra push to jdk8 -- try out the new build system! >? > >? > The build-infra project [1] has been working for a while with > creating a new build system. The goals of the project include, but are > not limited to, improved build performance and improved ease of use. >? > >? > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). >? > >? > But if you are interested in trying the new build system, we welcome > you to experiment with it! The basic operation is: >? > cd common/makefiles >? > ../autoconf/configure >? > make >? > >? > More information is available in the new build README [2]. If you > want to try the new build system, please read it first. >? > >? > Please note that the new build system is not yet complete. We do not > yet have full platform support, nor are all parts of the old build > converted (but then we fall back on the old build system), and there are > likely to be bugs. Most of all, we need to have exposure on a wide range > of different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! >? > >? > Any questions or discussions on the new build system should be sent > to build-dev at openjdk.java.net . >? > >? > /Magnus >? > >? > [1] http://openjdk.java.net/projects/build-infra/index.html >? > [2] http://openjdk.java.net/projects/build-infra/guide.html > > From henri.gomez at gmail.com Thu Apr 19 22:28:37 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 20 Apr 2012 07:28:37 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: <4F90A6F5.3050608@oracle.com> References: <4F90A6F5.3050608@oracle.com> Message-ID: > Just set > > SKIP_FASTDEBUG_BUILD=false > > (I don't know what role DEBUG_NAME plays) > > >> Relative question, how can I check a java exec is in fastdebug mode ? > > > Check "java -version", it will show it is fastdebug. It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) Thanks From forax at univ-mlv.fr Thu Apr 19 23:00:56 2012 From: forax at univ-mlv.fr (=?ISO-8859-1?Q?R=E9mi_Forax?=) Date: Fri, 20 Apr 2012 08:00:56 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <4F90A6F5.3050608@oracle.com> Message-ID: <4F90FB98.5070406@univ-mlv.fr> On 04/20/2012 07:28 AM, Henri Gomez wrote: >> Just set >> >> SKIP_FASTDEBUG_BUILD=false >> >> (I don't know what role DEBUG_NAME plays) >> >> >>> Relative question, how can I check a java exec is in fastdebug mode ? >> >> Check "java -version", it will show it is fastdebug. > It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) > > openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" > OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) > OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) > > Thanks Many thanks, Henry, now people can use -XX:+PrintAssembly :) R?mi From rednaxelafx at gmail.com Thu Apr 19 23:55:03 2012 From: rednaxelafx at gmail.com (Krystal Mok) Date: Fri, 20 Apr 2012 14:55:03 +0800 Subject: OpenJDK 8 and fastdebug In-Reply-To: <4F90FB98.5070406@univ-mlv.fr> References: <4F90A6F5.3050608@oracle.com> <4F90FB98.5070406@univ-mlv.fr> Message-ID: PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. - Kris On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: > On 04/20/2012 07:28 AM, Henri Gomez wrote: > >> Just set >>> >>> SKIP_FASTDEBUG_BUILD=false >>> >>> (I don't know what role DEBUG_NAME plays) >>> >>> >>> Relative question, how can I check a java exec is in fastdebug mode ? >>>> >>> >>> Check "java -version", it will show it is fastdebug. >>> >> It seems good (http://openjdk-osx-build.**googlecode.com/files/OpenJDK-** >> OSX-8-x64-lambda-fastdebug-**jdk-b30-20120420.dmg >> ) >> >> openjdk version "1.8.0-jdk8-b30-x64-lambda-**fastdebug" >> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-** >> fastdebug-20120420) >> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >> >> Thanks >> > > Many thanks, Henry, > now people can use -XX:+PrintAssembly :) > > R?mi > > From forax at univ-mlv.fr Fri Apr 20 00:35:48 2012 From: forax at univ-mlv.fr (=?utf-8?B?UmVtaSBGb3JheA==?=) Date: Fri, 20 Apr 2012 09:35:48 +0200 Subject: =?utf-8?B?UmU6IE9wZW5KREsgOCBhbmQgZmFzdGRlYnVn?= Message-ID: <201204200735.q3K7ZZiJ019618@monge.univ-mlv.fr> The idea is to bundle jadis with the fast debug VM. R?mi Sent from my Phone ----- Reply message ----- From: "Krystal Mok" To: "R?mi Forax" Cc: Subject: OpenJDK 8 and fastdebug Date: Fri, Apr 20, 2012 08:55 PrintAssembly is?available?in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. On the other hand, -XX:+PrintOptoAssembly is only?available?in a debug build. - Kris On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: On 04/20/2012 07:28 AM, Henri Gomez wrote: Just set SKIP_FASTDEBUG_BUILD=false (I don't know what role DEBUG_NAME plays) Relative question, how can I check a java exec is in fastdebug mode ? Check "java -version", it will show it is fastdebug. It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) Thanks Many thanks, Henry, now people can use -XX:+PrintAssembly :) R?mi From rednaxelafx at gmail.com Fri Apr 20 00:44:51 2012 From: rednaxelafx at gmail.com (Krystal Mok) Date: Fri, 20 Apr 2012 15:44:51 +0800 Subject: OpenJDK 8 and fastdebug In-Reply-To: <201204200735.q3K7ZZiJ019618@monge.univ-mlv.fr> References: <201204200735.q3K7ZZiJ019618@monge.univ-mlv.fr> Message-ID: I see. That makes sense. BTW, is it hsdis, or is there a new disassembler plugin? - Kris On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: > The idea is to bundle jadis with the fast debug VM. > > R?mi > > Sent from my Phone > > > ----- Reply message ----- > From: "Krystal Mok" > To: "R?mi Forax" > Cc: > Subject: OpenJDK 8 and fastdebug > Date: Fri, Apr 20, 2012 08:55 > > > PrintAssembly is available in product builds, too. You'll just need to set > -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. > > On the other hand, -XX:+PrintOptoAssembly is only available in a debug > build. > > - Kris > > On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: > >> On 04/20/2012 07:28 AM, Henri Gomez wrote: >> >>> Just set >>>> >>>> SKIP_FASTDEBUG_BUILD=false >>>> >>>> (I don't know what role DEBUG_NAME plays) >>>> >>>> >>>> Relative question, how can I check a java exec is in fastdebug mode ? >>>>> >>>> >>>> Check "java -version", it will show it is fastdebug. >>>> >>> It seems good (http://openjdk-osx-build.**googlecode.com/files/OpenJDK-* >>> *OSX-8-x64-lambda-fastdebug-**jdk-b30-20120420.dmg >>> ) >>> >>> openjdk version "1.8.0-jdk8-b30-x64-lambda-**fastdebug" >>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-** >>> fastdebug-20120420) >>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>> >>> Thanks >>> >> >> Many thanks, Henry, >> now people can use -XX:+PrintAssembly :) >> >> R?mi >> >> > From forax at univ-mlv.fr Fri Apr 20 02:18:33 2012 From: forax at univ-mlv.fr (=?utf-8?B?UmVtaSBGb3JheA==?=) Date: Fri, 20 Apr 2012 11:18:33 +0200 Subject: =?utf-8?B?UmU6IE9wZW5KREsgOCBhbmQgZmFzdGRlYnVn?= Message-ID: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> Just hsdis, but maybe the one from Graal that use a better assembler syntax. R?mi Sent from my Phone ----- Reply message ----- From: "Krystal Mok" To: "Remi Forax" Cc: Subject: OpenJDK 8 and fastdebug Date: Fri, Apr 20, 2012 09:44 I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? - Kris On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: The idea is to bundle jadis with the fast debug VM. R?mi Sent from my Phone ----- Reply message ----- From: "Krystal Mok" To: "R?mi Forax" Cc: Subject: OpenJDK 8 and fastdebug Date: Fri, Apr 20, 2012 08:55 PrintAssembly is?available?in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. On the other hand, -XX:+PrintOptoAssembly is only?available?in a debug build. - Kris On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: On 04/20/2012 07:28 AM, Henri Gomez wrote: Just set SKIP_FASTDEBUG_BUILD=false (I don't know what role DEBUG_NAME plays) Relative question, how can I check a java exec is in fastdebug mode ? Check "java -version", it will show it is fastdebug. It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) Thanks Many thanks, Henry, now people can use -XX:+PrintAssembly :) R?mi From henri.gomez at gmail.com Fri Apr 20 04:58:21 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 20 Apr 2012 13:58:21 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> Message-ID: Well, it seems my build is not fully debug enabled : java -version -XX:+PrintOptoAssembly openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) --- java -XX:+PrintOptoAssembly Unrecognized VM option 'PrintOptoAssembly' Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. --- java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on DebugNonSafepoints to gain additional output Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly is disabled Syntaxe : java [-options] class [args...] Hum ;-( 2012/4/20 Remi Forax : > Just hsdis, but maybe the one from Graal that use a better assembler syntax. > > R?mi > > Sent from my Phone > > ----- Reply message ----- > From: "Krystal Mok" > To: "Remi Forax" > Cc: > Subject: OpenJDK 8 and fastdebug > Date: Fri, Apr 20, 2012 09:44 > I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? > > - Kris > > On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: > > The idea is to bundle jadis with the fast debug VM. > > R?mi > > Sent from my Phone > > > ----- Reply message ----- > From: "Krystal Mok" > To: "R?mi Forax" > > Cc: > Subject: OpenJDK 8 and fastdebug > Date: Fri, Apr 20, 2012 08:55 > > > PrintAssembly is?available?in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. > > On the other hand, -XX:+PrintOptoAssembly is only?available?in a debug build. > > - Kris > > On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: > > > On 04/20/2012 07:28 AM, Henri Gomez wrote: > > > Just set > > > > SKIP_FASTDEBUG_BUILD=false > > > > (I don't know what role DEBUG_NAME plays) > > > > > > > Relative question, how can I check a java exec is in fastdebug mode ? > > > > > Check "java -version", it will show it is fastdebug. > > > It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) > > > > > > openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" > > OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) > > OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) > > > > Thanks > > > > > Many thanks, Henry, > > now people can use -XX:+PrintAssembly :) > > > > R?mi From ahughes at redhat.com Fri Apr 20 07:01:14 2012 From: ahughes at redhat.com (Andrew Hughes) Date: Fri, 20 Apr 2012 10:01:14 -0400 (EDT) Subject: LJC OpenJDK Warnings hack day In-Reply-To: Message-ID: ----- Original Message ----- > Hi all, > > FYI - We'll be holding another compiler warnings squashing day on the > 23rd > of April, 1830+ BST. A few of the 'instructors' (we use the term > loosely > as we're all still learning) will pop up on IRC, but we hope to keep > our > chatter down to a minimum. > When you say IRC, do you mean #openjdk on irc.oftc.net? Or something else? I'll try and be around to help out if I can. I still have some CORBA work pending from the first warnings day :-( > As before we'll package up the patches in sensible groupings and peer > pre-review the patches before sending them in. > > If there's anything we can do in particular to minimise the impact on > you > folks, please let me know. > > Cheers, > Martijn > -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) PGP Key: 248BDC07 (https://keys.indymedia.org/) Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 From volker.simonis at gmail.com Fri Apr 20 08:08:04 2012 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Apr 2012 17:08:04 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> Message-ID: Somehow you managed to build a "fastdebug" JDK with a still optimized HotSpot VM: OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) You can easily build it from hotspot/src/make with these commands ALT_BOOTDIR= ALT_OUTPUTDIR= make jvmg ALT_BOOTDIR= ALT_OUTPUTDIR= make fastdebug for the debug and fastdebug case. Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been properly propagated into the HotSpot make file:) Regards, Volker On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: > Well, it seems my build is not fully debug enabled : > > java -version -XX:+PrintOptoAssembly > openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" > OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) > OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) > > --- > > java -XX:+PrintOptoAssembly > Unrecognized VM option 'PrintOptoAssembly' > Error: Could not create the Java Virtual Machine. > Error: A fatal exception has occurred. Program will exit. > > --- > > java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly > OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on > DebugNonSafepoints to gain additional output > Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly > is disabled > Syntaxe : java [-options] class [args...] > > Hum ;-( > > 2012/4/20 Remi Forax : >> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >> >> R?mi >> >> Sent from my Phone >> >> ----- Reply message ----- >> From: "Krystal Mok" >> To: "Remi Forax" >> Cc: >> Subject: OpenJDK 8 and fastdebug >> Date: Fri, Apr 20, 2012 09:44 >> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >> >> - Kris >> >> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >> >> The idea is to bundle jadis with the fast debug VM. >> >> R?mi >> >> Sent from my Phone >> >> >> ----- Reply message ----- >> From: "Krystal Mok" >> To: "R?mi Forax" >> >> Cc: >> Subject: OpenJDK 8 and fastdebug >> Date: Fri, Apr 20, 2012 08:55 >> >> >> PrintAssembly is?available?in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >> >> On the other hand, -XX:+PrintOptoAssembly is only?available?in a debug build. >> >> - Kris >> >> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >> >> >> On 04/20/2012 07:28 AM, Henri Gomez wrote: >> >> >> Just set >> >> >> >> SKIP_FASTDEBUG_BUILD=false >> >> >> >> (I don't know what role DEBUG_NAME plays) >> >> >> >> >> >> >> Relative question, how can I check a java exec is in fastdebug mode ? >> >> >> >> >> Check "java -version", it will show it is fastdebug. >> >> >> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >> >> >> >> >> >> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >> >> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >> >> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >> >> >> >> Thanks >> >> >> >> >> Many thanks, Henry, >> >> now people can use -XX:+PrintAssembly :) >> >> >> >> R?mi From martijnverburg at gmail.com Fri Apr 20 08:42:48 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 20 Apr 2012 17:42:48 +0200 Subject: LJC OpenJDK Warnings hack day In-Reply-To: References: Message-ID: Hi Andrew, Ill be on the openjdk channel on, thanks for helping! and I know what you mean, I have ~65 patches to process from Jan :-) Cheers, Martijn On Friday, 20 April 2012, Andrew Hughes wrote: > ----- Original Message ----- > > Hi all, > > > > FYI - We'll be holding another compiler warnings squashing day on the > > 23rd > > of April, 1830+ BST. A few of the 'instructors' (we use the term > > loosely > > as we're all still learning) will pop up on IRC, but we hope to keep > > our > > chatter down to a minimum. > > > > When you say IRC, do you mean #openjdk on irc.oftc.net? Or something > else? > > I'll try and be around to help out if I can. > > I still have some CORBA work pending from the first warnings day :-( > > > As before we'll package up the patches in sensible groupings and peer > > pre-review the patches before sending them in. > > > > If there's anything we can do in particular to minimise the impact on > > you > > folks, please let me know. > > > > Cheers, > > Martijn > > > > -- > Andrew :) > > Free Java Software Engineer > Red Hat, Inc. (http://www.redhat.com) > > PGP Key: 248BDC07 (https://keys.indymedia.org/) > Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07 > > From henri.gomez at gmail.com Fri Apr 20 09:52:52 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 20 Apr 2012 18:52:52 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> Message-ID: <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> I'll look into build logs (thanks Jenkins) BTW, I didn't see OSX or Darwin support into hsdis Makefile. Le 20 avr. 2012 ? 17:08, Volker Simonis a ?crit : > Somehow you managed to build a "fastdebug" JDK with a still optimized > HotSpot VM: > > OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) > > For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: > > OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) > > You can easily build it from hotspot/src/make with these commands > > ALT_BOOTDIR= > ALT_OUTPUTDIR= make jvmg > ALT_BOOTDIR= > ALT_OUTPUTDIR= make fastdebug > > for the debug and fastdebug case. > > Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been > properly propagated into the HotSpot make file:) > > Regards, > Volker > > On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: >> Well, it seems my build is not fully debug enabled : >> >> java -version -XX:+PrintOptoAssembly >> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >> >> --- >> >> java -XX:+PrintOptoAssembly >> Unrecognized VM option 'PrintOptoAssembly' >> Error: Could not create the Java Virtual Machine. >> Error: A fatal exception has occurred. Program will exit. >> >> --- >> >> java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly >> OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on >> DebugNonSafepoints to gain additional output >> Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly >> is disabled >> Syntaxe : java [-options] class [args...] >> >> Hum ;-( >> >> 2012/4/20 Remi Forax : >>> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >>> >>> R?mi >>> >>> Sent from my Phone >>> >>> ----- Reply message ----- >>> From: "Krystal Mok" >>> To: "Remi Forax" >>> Cc: >>> Subject: OpenJDK 8 and fastdebug >>> Date: Fri, Apr 20, 2012 09:44 >>> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >>> >>> - Kris >>> >>> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >>> >>> The idea is to bundle jadis with the fast debug VM. >>> >>> R?mi >>> >>> Sent from my Phone >>> >>> >>> ----- Reply message ----- >>> From: "Krystal Mok" >>> To: "R?mi Forax" >>> >>> Cc: >>> Subject: OpenJDK 8 and fastdebug >>> Date: Fri, Apr 20, 2012 08:55 >>> >>> >>> PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >>> >>> On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. >>> >>> - Kris >>> >>> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >>> >>> >>> On 04/20/2012 07:28 AM, Henri Gomez wrote: >>> >>> >>> Just set >>> >>> >>> >>> SKIP_FASTDEBUG_BUILD=false >>> >>> >>> >>> (I don't know what role DEBUG_NAME plays) >>> >>> >>> >>> >>> >>> >>> Relative question, how can I check a java exec is in fastdebug mode ? >>> >>> >>> >>> >>> Check "java -version", it will show it is fastdebug. >>> >>> >>> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >>> >>> >>> >>> >>> >>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>> >>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>> >>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>> >>> >>> >>> Thanks >>> >>> >>> >>> >>> Many thanks, Henry, >>> >>> now people can use -XX:+PrintAssembly :) >>> >>> >>> >>> R?mi From volker.simonis at gmail.com Fri Apr 20 10:42:01 2012 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 20 Apr 2012 19:42:01 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> Message-ID: Actually there is no. But it's very easy to build hsdis - it's just one .c and one .h file. You just need to build binutils for your platform first (.configure; make) and than compile and link hsdis.c against libbfd.a, libopcodes.a and libiberty.a from binutils. This all can easily be done manually with just a few commands but it would be of course much better if you could provide a patch for the Makefile:) On Fri, Apr 20, 2012 at 6:52 PM, Henri Gomez wrote: > I'll look into build logs (thanks Jenkins) > > BTW, I didn't see OSX or Darwin support into hsdis Makefile. > > Le 20 avr. 2012 ? 17:08, Volker Simonis a ?crit : > >> Somehow you managed to build a "fastdebug" JDK with a still optimized >> HotSpot VM: >> >> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >> >> For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: >> >> OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) >> >> You can easily build it from hotspot/src/make with these commands >> >> ALT_BOOTDIR= >> ALT_OUTPUTDIR= make jvmg >> ALT_BOOTDIR= >> ALT_OUTPUTDIR= make fastdebug >> >> for the debug and fastdebug case. >> >> Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been >> properly propagated into the HotSpot make file:) >> >> Regards, >> Volker >> >> On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: >>> Well, it seems my build is not fully debug enabled : >>> >>> java -version -XX:+PrintOptoAssembly >>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>> >>> --- >>> >>> java -XX:+PrintOptoAssembly >>> Unrecognized VM option 'PrintOptoAssembly' >>> Error: Could not create the Java Virtual Machine. >>> Error: A fatal exception has occurred. Program will exit. >>> >>> --- >>> >>> java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly >>> OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on >>> DebugNonSafepoints to gain additional output >>> Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly >>> is disabled >>> Syntaxe : java [-options] class [args...] >>> >>> Hum ;-( >>> >>> 2012/4/20 Remi Forax : >>>> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >>>> >>>> R?mi >>>> >>>> Sent from my Phone >>>> >>>> ----- Reply message ----- >>>> From: "Krystal Mok" >>>> To: "Remi Forax" >>>> Cc: >>>> Subject: OpenJDK 8 and fastdebug >>>> Date: Fri, Apr 20, 2012 09:44 >>>> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >>>> >>>> - Kris >>>> >>>> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >>>> >>>> The idea is to bundle jadis with the fast debug VM. >>>> >>>> R?mi >>>> >>>> Sent from my Phone >>>> >>>> >>>> ----- Reply message ----- >>>> From: "Krystal Mok" >>>> To: "R?mi Forax" >>>> >>>> Cc: >>>> Subject: OpenJDK 8 and fastdebug >>>> Date: Fri, Apr 20, 2012 08:55 >>>> >>>> >>>> PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >>>> >>>> On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. >>>> >>>> - Kris >>>> >>>> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >>>> >>>> >>>> On 04/20/2012 07:28 AM, Henri Gomez wrote: >>>> >>>> >>>> Just set >>>> >>>> >>>> >>>> SKIP_FASTDEBUG_BUILD=false >>>> >>>> >>>> >>>> (I don't know what role DEBUG_NAME plays) >>>> >>>> >>>> >>>> >>>> >>>> >>>> Relative question, how can I check a java exec is in fastdebug mode ? >>>> >>>> >>>> >>>> >>>> Check "java -version", it will show it is fastdebug. >>>> >>>> >>>> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >>>> >>>> >>>> >>>> >>>> >>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>> >>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>> >>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>> >>>> >>>> >>>> Thanks >>>> >>>> >>>> >>>> >>>> Many thanks, Henry, >>>> >>>> now people can use -XX:+PrintAssembly :) >>>> >>>> >>>> >>>> R?mi From cdennis at terracottatech.com Fri Apr 20 10:57:33 2012 From: cdennis at terracottatech.com (Chris Dennis) Date: Fri, 20 Apr 2012 13:57:33 -0400 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> Message-ID: The last time I tried this you needed to patch binutils on Mac OS because of the tighter restrictions on accessing "environ". You'll need to do something like this (I forget where it's used): #ifdef __APPLE__ #include #define environ (*_NSGetEnviron()) #endif On Apr 20, 2012, at 1:42 PM, Volker Simonis wrote: > Actually there is no. > > But it's very easy to build hsdis - it's just one .c and one .h file. > You just need to build binutils for your platform first (.configure; > make) and than compile and link hsdis.c against libbfd.a, libopcodes.a > and libiberty.a from binutils. > This all can easily be done manually with just a few commands but it > would be of course much better if you could provide a patch for the > Makefile:) > > > On Fri, Apr 20, 2012 at 6:52 PM, Henri Gomez wrote: >> I'll look into build logs (thanks Jenkins) >> >> BTW, I didn't see OSX or Darwin support into hsdis Makefile. >> >> Le 20 avr. 2012 ? 17:08, Volker Simonis a ?crit : >> >>> Somehow you managed to build a "fastdebug" JDK with a still optimized >>> HotSpot VM: >>> >>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>> >>> For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: >>> >>> OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) >>> >>> You can easily build it from hotspot/src/make with these commands >>> >>> ALT_BOOTDIR= >>> ALT_OUTPUTDIR= make jvmg >>> ALT_BOOTDIR= >>> ALT_OUTPUTDIR= make fastdebug >>> >>> for the debug and fastdebug case. >>> >>> Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been >>> properly propagated into the HotSpot make file:) >>> >>> Regards, >>> Volker >>> >>> On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: >>>> Well, it seems my build is not fully debug enabled : >>>> >>>> java -version -XX:+PrintOptoAssembly >>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>> >>>> --- >>>> >>>> java -XX:+PrintOptoAssembly >>>> Unrecognized VM option 'PrintOptoAssembly' >>>> Error: Could not create the Java Virtual Machine. >>>> Error: A fatal exception has occurred. Program will exit. >>>> >>>> --- >>>> >>>> java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly >>>> OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on >>>> DebugNonSafepoints to gain additional output >>>> Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly >>>> is disabled >>>> Syntaxe : java [-options] class [args...] >>>> >>>> Hum ;-( >>>> >>>> 2012/4/20 Remi Forax : >>>>> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >>>>> >>>>> R?mi >>>>> >>>>> Sent from my Phone >>>>> >>>>> ----- Reply message ----- >>>>> From: "Krystal Mok" >>>>> To: "Remi Forax" >>>>> Cc: >>>>> Subject: OpenJDK 8 and fastdebug >>>>> Date: Fri, Apr 20, 2012 09:44 >>>>> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >>>>> >>>>> - Kris >>>>> >>>>> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >>>>> >>>>> The idea is to bundle jadis with the fast debug VM. >>>>> >>>>> R?mi >>>>> >>>>> Sent from my Phone >>>>> >>>>> >>>>> ----- Reply message ----- >>>>> From: "Krystal Mok" >>>>> To: "R?mi Forax" >>>>> >>>>> Cc: >>>>> Subject: OpenJDK 8 and fastdebug >>>>> Date: Fri, Apr 20, 2012 08:55 >>>>> >>>>> >>>>> PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >>>>> >>>>> On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. >>>>> >>>>> - Kris >>>>> >>>>> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >>>>> >>>>> >>>>> On 04/20/2012 07:28 AM, Henri Gomez wrote: >>>>> >>>>> >>>>> Just set >>>>> >>>>> >>>>> >>>>> SKIP_FASTDEBUG_BUILD=false >>>>> >>>>> >>>>> >>>>> (I don't know what role DEBUG_NAME plays) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Relative question, how can I check a java exec is in fastdebug mode ? >>>>> >>>>> >>>>> >>>>> >>>>> Check "java -version", it will show it is fastdebug. >>>>> >>>>> >>>>> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>>> >>>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>>> >>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>> >>>>> >>>>> >>>>> Thanks >>>>> >>>>> >>>>> >>>>> >>>>> Many thanks, Henry, >>>>> >>>>> now people can use -XX:+PrintAssembly :) >>>>> >>>>> >>>>> >>>>> R?mi From brian.goetz at oracle.com Fri Apr 20 15:53:00 2012 From: brian.goetz at oracle.com (Brian Goetz) Date: Fri, 20 Apr 2012 18:53:00 -0400 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F91E8CC.80907@oracle.com> Is there a list of "features" that can be turned on and off? With the old build, I customize it with environment variables like SKIP_FASTDEBUG_BUILD, NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the build. Are there equivalent configure flags for these? On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating a > new build system. The goals of the project include, but are not limited > to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you > to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If you want > to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet > have full platform support, nor are all parts of the old build converted > (but then we fall back on the old build system), and there are likely to > be bugs. Most of all, we need to have exposure on a wide range of > different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! > > Any questions or discussions on the new build system should be sent to > build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From david.holmes at oracle.com Fri Apr 20 16:11:17 2012 From: david.holmes at oracle.com (David Holmes) Date: Sat, 21 Apr 2012 09:11:17 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F91E8CC.80907@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> Message-ID: <4F91ED15.1040303@oracle.com> Hi Brian, The "docs" are here: http://openjdk.java.net/projects/build-infra/guide.html with a small cheat-sheet at the end for some old v new options, but I don't see everything eg docs/samples/demos. "configure --help" may also show you what you need. BTW I think debug and fastdebug are skipped by default. David On 21/04/2012 8:53 AM, Brian Goetz wrote: > Is there a list of "features" that can be turned on and off? With the > old build, I customize it with environment variables like > SKIP_FASTDEBUG_BUILD, NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves > lots of time off the build. Are there equivalent configure flags for these? > > On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: >> The build-infra project [1] has been working for a while with creating a >> new build system. The goals of the project include, but are not limited >> to, improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master >> forest. This means that the new build system is available for you to try >> out! The old build system is still there, and if you want to continue to >> use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you >> to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure >> make >> >> More information is available in the new build README [2]. If you want >> to try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet >> have full platform support, nor are all parts of the old build converted >> (but then we fall back on the old build system), and there are likely to >> be bugs. Most of all, we need to have exposure on a wide range of >> different build systems, since the reality is always so much messier >> than you'd want to believe. :-) Please help us to resolve such issues >> early by trying the new build system! >> >> Any questions or discussions on the new build system should be sent to >> build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/projects/build-infra/index.html >> [2] http://openjdk.java.net/projects/build-infra/guide.html >> From oehrstroem at gmail.com Sat Apr 21 00:10:05 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Sat, 21 Apr 2012 09:10:05 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F91E8CC.80907@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> Message-ID: For the new build you have to explicitly choose release,fastdebug or slowdebug. (--with-debug-level=release,fastdebug or slowdebug) So you do not need to turn off fastdebug, it defaults to release. As for the demos and samples. They compile so much faster that there is no point in turning them off. 10 seconds on my workstation, and during the incremental they take no detectable time at all. You probably want to do: --with-jvm-variants=server when building on a 32bit machine since the default is client,server (client,server,kernel on 32bit windows) And building extra libjvms does take a significant amount of time. //Fredrik 2012/4/21 Brian Goetz : > Is there a list of "features" that can be turned on and off? ?With the old > build, I customize it with environment variables like SKIP_FASTDEBUG_BUILD, > NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the build. > ?Are there equivalent configure flags for these? > > > On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: >> >> The build-infra project [1] has been working for a while with creating a >> new build system. The goals of the project include, but are not limited >> to, improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master >> forest. This means that the new build system is available for you to try >> out! The old build system is still there, and if you want to continue to >> use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you >> to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure >> make >> >> More information is available in the new build README [2]. If you want >> to try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet >> have full platform support, nor are all parts of the old build converted >> (but then we fall back on the old build system), and there are likely to >> be bugs. Most of all, we need to have exposure on a wide range of >> different build systems, since the reality is always so much messier >> than you'd want to believe. :-) Please help us to resolve such issues >> early by trying the new build system! >> >> Any questions or discussions on the new build system should be sent to >> build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/projects/build-infra/index.html >> [2] http://openjdk.java.net/projects/build-infra/guide.html >> > From henri.gomez at gmail.com Sat Apr 21 04:33:22 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 21 Apr 2012 13:33:22 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> Message-ID: Could you contribute this patch ? For binutils, i'll check with stock and MacPorts versions. Le 20 avr. 2012 ? 19:57, Chris Dennis a ?crit : > The last time I tried this you needed to patch binutils on Mac OS because of the tighter restrictions on accessing "environ". > > You'll need to do something like this (I forget where it's used): > > #ifdef __APPLE__ > #include > #define environ (*_NSGetEnviron()) > #endif > > On Apr 20, 2012, at 1:42 PM, Volker Simonis wrote: > >> Actually there is no. >> >> But it's very easy to build hsdis - it's just one .c and one .h file. >> You just need to build binutils for your platform first (.configure; >> make) and than compile and link hsdis.c against libbfd.a, libopcodes.a >> and libiberty.a from binutils. >> This all can easily be done manually with just a few commands but it >> would be of course much better if you could provide a patch for the >> Makefile:) >> >> >> On Fri, Apr 20, 2012 at 6:52 PM, Henri Gomez wrote: >>> I'll look into build logs (thanks Jenkins) >>> >>> BTW, I didn't see OSX or Darwin support into hsdis Makefile. >>> >>> Le 20 avr. 2012 ? 17:08, Volker Simonis a ?crit : >>> >>>> Somehow you managed to build a "fastdebug" JDK with a still optimized >>>> HotSpot VM: >>>> >>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>> >>>> For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: >>>> >>>> OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) >>>> >>>> You can easily build it from hotspot/src/make with these commands >>>> >>>> ALT_BOOTDIR= >>>> ALT_OUTPUTDIR= make jvmg >>>> ALT_BOOTDIR= >>>> ALT_OUTPUTDIR= make fastdebug >>>> >>>> for the debug and fastdebug case. >>>> >>>> Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been >>>> properly propagated into the HotSpot make file:) >>>> >>>> Regards, >>>> Volker >>>> >>>> On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: >>>>> Well, it seems my build is not fully debug enabled : >>>>> >>>>> java -version -XX:+PrintOptoAssembly >>>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>> >>>>> --- >>>>> >>>>> java -XX:+PrintOptoAssembly >>>>> Unrecognized VM option 'PrintOptoAssembly' >>>>> Error: Could not create the Java Virtual Machine. >>>>> Error: A fatal exception has occurred. Program will exit. >>>>> >>>>> --- >>>>> >>>>> java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly >>>>> OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on >>>>> DebugNonSafepoints to gain additional output >>>>> Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly >>>>> is disabled >>>>> Syntaxe : java [-options] class [args...] >>>>> >>>>> Hum ;-( >>>>> >>>>> 2012/4/20 Remi Forax : >>>>>> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >>>>>> >>>>>> R?mi >>>>>> >>>>>> Sent from my Phone >>>>>> >>>>>> ----- Reply message ----- >>>>>> From: "Krystal Mok" >>>>>> To: "Remi Forax" >>>>>> Cc: >>>>>> Subject: OpenJDK 8 and fastdebug >>>>>> Date: Fri, Apr 20, 2012 09:44 >>>>>> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >>>>>> >>>>>> - Kris >>>>>> >>>>>> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >>>>>> >>>>>> The idea is to bundle jadis with the fast debug VM. >>>>>> >>>>>> R?mi >>>>>> >>>>>> Sent from my Phone >>>>>> >>>>>> >>>>>> ----- Reply message ----- >>>>>> From: "Krystal Mok" >>>>>> To: "R?mi Forax" >>>>>> >>>>>> Cc: >>>>>> Subject: OpenJDK 8 and fastdebug >>>>>> Date: Fri, Apr 20, 2012 08:55 >>>>>> >>>>>> >>>>>> PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >>>>>> >>>>>> On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. >>>>>> >>>>>> - Kris >>>>>> >>>>>> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >>>>>> >>>>>> >>>>>> On 04/20/2012 07:28 AM, Henri Gomez wrote: >>>>>> >>>>>> >>>>>> Just set >>>>>> >>>>>> >>>>>> >>>>>> SKIP_FASTDEBUG_BUILD=false >>>>>> >>>>>> >>>>>> >>>>>> (I don't know what role DEBUG_NAME plays) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Relative question, how can I check a java exec is in fastdebug mode ? >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Check "java -version", it will show it is fastdebug. >>>>>> >>>>>> >>>>>> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>>>> >>>>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>>>> >>>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>>> >>>>>> >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Many thanks, Henry, >>>>>> >>>>>> now people can use -XX:+PrintAssembly :) >>>>>> >>>>>> >>>>>> >>>>>> R?mi > From henri.gomez at gmail.com Sat Apr 21 04:34:27 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 21 Apr 2012 13:34:27 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> Message-ID: <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> New build system has been tested allready on OSX ? Le 21 avr. 2012 ? 09:10, Fredrik ?hrstr?m a ?crit : > For the new build you have to explicitly choose release,fastdebug or slowdebug. > (--with-debug-level=release,fastdebug or slowdebug) > So you do not need to turn off fastdebug, it defaults to release. > > As for the demos and samples. They compile so much faster that there is no > point in turning them off. 10 seconds on my workstation, and during > the incremental > they take no detectable time at all. > > You probably want to do: --with-jvm-variants=server > when building on a 32bit machine since the default is client,server > (client,server,kernel on 32bit windows) And building extra libjvms does take > a significant amount of time. > > //Fredrik > > 2012/4/21 Brian Goetz : >> Is there a list of "features" that can be turned on and off? With the old >> build, I customize it with environment variables like SKIP_FASTDEBUG_BUILD, >> NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the build. >> Are there equivalent configure flags for these? >> >> >> On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: >>> >>> The build-infra project [1] has been working for a while with creating a >>> new build system. The goals of the project include, but are not limited >>> to, improved build performance and improved ease of use. >>> >>> The first part of this project has now been pushed to the jdk8 master >>> forest. This means that the new build system is available for you to try >>> out! The old build system is still there, and if you want to continue to >>> use it, you will notice no difference (for now...). >>> >>> But if you are interested in trying the new build system, we welcome you >>> to experiment with it! The basic operation is: >>> cd common/makefiles >>> ../autoconf/configure >>> make >>> >>> More information is available in the new build README [2]. If you want >>> to try the new build system, please read it first. >>> >>> Please note that the new build system is not yet complete. We do not yet >>> have full platform support, nor are all parts of the old build converted >>> (but then we fall back on the old build system), and there are likely to >>> be bugs. Most of all, we need to have exposure on a wide range of >>> different build systems, since the reality is always so much messier >>> than you'd want to believe. :-) Please help us to resolve such issues >>> early by trying the new build system! >>> >>> Any questions or discussions on the new build system should be sent to >>> build-dev at openjdk.java.net. >>> >>> /Magnus >>> >>> [1] http://openjdk.java.net/projects/build-infra/index.html >>> [2] http://openjdk.java.net/projects/build-infra/guide.html >>> >> From martijnverburg at gmail.com Sat Apr 21 04:36:39 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sat, 21 Apr 2012 12:36:39 +0100 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> Message-ID: Hi Henri, I believe so yes, Fredrik does have a Mac after all ;-) Cheers, Martijn On 21 April 2012 12:34, Henri Gomez wrote: > New build system has been tested allready on OSX ? > > Le 21 avr. 2012 ? 09:10, Fredrik ?hrstr?m a ?crit : > > > For the new build you have to explicitly choose release,fastdebug or > slowdebug. > > (--with-debug-level=release,fastdebug or slowdebug) > > So you do not need to turn off fastdebug, it defaults to release. > > > > As for the demos and samples. They compile so much faster that there is > no > > point in turning them off. 10 seconds on my workstation, and during > > the incremental > > they take no detectable time at all. > > > > You probably want to do: --with-jvm-variants=server > > when building on a 32bit machine since the default is client,server > > (client,server,kernel on 32bit windows) And building extra libjvms does > take > > a significant amount of time. > > > > //Fredrik > > > > 2012/4/21 Brian Goetz : > >> Is there a list of "features" that can be turned on and off? With the > old > >> build, I customize it with environment variables like > SKIP_FASTDEBUG_BUILD, > >> NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the > build. > >> Are there equivalent configure flags for these? > >> > >> > >> On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: > >>> > >>> The build-infra project [1] has been working for a while with creating > a > >>> new build system. The goals of the project include, but are not limited > >>> to, improved build performance and improved ease of use. > >>> > >>> The first part of this project has now been pushed to the jdk8 master > >>> forest. This means that the new build system is available for you to > try > >>> out! The old build system is still there, and if you want to continue > to > >>> use it, you will notice no difference (for now...). > >>> > >>> But if you are interested in trying the new build system, we welcome > you > >>> to experiment with it! The basic operation is: > >>> cd common/makefiles > >>> ../autoconf/configure > >>> make > >>> > >>> More information is available in the new build README [2]. If you want > >>> to try the new build system, please read it first. > >>> > >>> Please note that the new build system is not yet complete. We do not > yet > >>> have full platform support, nor are all parts of the old build > converted > >>> (but then we fall back on the old build system), and there are likely > to > >>> be bugs. Most of all, we need to have exposure on a wide range of > >>> different build systems, since the reality is always so much messier > >>> than you'd want to believe. :-) Please help us to resolve such issues > >>> early by trying the new build system! > >>> > >>> Any questions or discussions on the new build system should be sent to > >>> build-dev at openjdk.java.net. > >>> > >>> /Magnus > >>> > >>> [1] http://openjdk.java.net/projects/build-infra/index.html > >>> [2] http://openjdk.java.net/projects/build-infra/guide.html > >>> > >> > From oehrstroem at gmail.com Sat Apr 21 05:26:53 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Sat, 21 Apr 2012 14:26:53 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> Message-ID: Ahem, it is well known that it builds on Mac but the resulting java launcher does not run. The LDFLAGS_JDKEXE is simply not correctly setup, a lot of important flags are missing. Why? Lack of time. :-) Anyone who has the time to fix the configure script? First build using the old makefiles, and log the output, check the flags, introduce the correct flags in configure.ac when setting LDFLAGS_JDKEXE If not, I will look into it as soon as I have time. //Fredrik 2012/4/21 Martijn Verburg : > Hi Henri, > > I believe so yes, Fredrik does have a Mac after all ;-) > > Cheers, > Martijn > > > On 21 April 2012 12:34, Henri Gomez wrote: >> >> New build system has been tested allready on OSX ? >> >> Le 21 avr. 2012 ? 09:10, Fredrik ?hrstr?m a ?crit : >> >> > For the new build you have to explicitly choose release,fastdebug or >> > slowdebug. >> > (--with-debug-level=release,fastdebug or slowdebug) >> > So you do not need to turn off fastdebug, it defaults to release. >> > >> > As for the demos and samples. They compile so much faster that there is >> > no >> > point in turning them off. 10 seconds on my workstation, and during >> > the incremental >> > they take no detectable time at all. >> > >> > You probably want to do: --with-jvm-variants=server >> > when building on a 32bit machine since the default is client,server >> > (client,server,kernel on 32bit windows) And building extra libjvms does >> > take >> > a significant amount of time. >> > >> > //Fredrik >> > >> > 2012/4/21 Brian Goetz : >> >> Is there a list of "features" that can be turned on and off? ?With the >> >> old >> >> build, I customize it with environment variables like >> >> SKIP_FASTDEBUG_BUILD, >> >> NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the >> >> build. >> >> ?Are there equivalent configure flags for these? >> >> >> >> >> >> On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: >> >>> >> >>> The build-infra project [1] has been working for a while with creating >> >>> a >> >>> new build system. The goals of the project include, but are not >> >>> limited >> >>> to, improved build performance and improved ease of use. >> >>> >> >>> The first part of this project has now been pushed to the jdk8 master >> >>> forest. This means that the new build system is available for you to >> >>> try >> >>> out! The old build system is still there, and if you want to continue >> >>> to >> >>> use it, you will notice no difference (for now...). >> >>> >> >>> But if you are interested in trying the new build system, we welcome >> >>> you >> >>> to experiment with it! The basic operation is: >> >>> cd common/makefiles >> >>> ../autoconf/configure >> >>> make >> >>> >> >>> More information is available in the new build README [2]. If you want >> >>> to try the new build system, please read it first. >> >>> >> >>> Please note that the new build system is not yet complete. We do not >> >>> yet >> >>> have full platform support, nor are all parts of the old build >> >>> converted >> >>> (but then we fall back on the old build system), and there are likely >> >>> to >> >>> be bugs. Most of all, we need to have exposure on a wide range of >> >>> different build systems, since the reality is always so much messier >> >>> than you'd want to believe. :-) Please help us to resolve such issues >> >>> early by trying the new build system! >> >>> >> >>> Any questions or discussions on the new build system should be sent to >> >>> build-dev at openjdk.java.net. >> >>> >> >>> /Magnus >> >>> >> >>> [1] http://openjdk.java.net/projects/build-infra/index.html >> >>> [2] http://openjdk.java.net/projects/build-infra/guide.html >> >>> >> >> > > From henri.gomez at gmail.com Sat Apr 21 05:34:01 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sat, 21 Apr 2012 14:34:01 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> Message-ID: new build system is using autoconf ? 2012/4/21 Fredrik ?hrstr?m : > Ahem, it is well known that it builds on Mac but the resulting java > launcher does not run. > The LDFLAGS_JDKEXE is simply not correctly setup, a lot of important > flags are missing. > Why? Lack of time. :-) > > Anyone who has the time to fix the configure script? First build using > the old makefiles, and log > the output, check the flags, introduce the correct flags in configure.ac when > setting LDFLAGS_JDKEXE > > If not, I will look into it as soon as I have time. > > //Fredrik > > 2012/4/21 Martijn Verburg : >> Hi Henri, >> >> I believe so yes, Fredrik does have a Mac after all ;-) >> >> Cheers, >> Martijn >> >> >> On 21 April 2012 12:34, Henri Gomez wrote: >>> >>> New build system has been tested allready on OSX ? >>> >>> Le 21 avr. 2012 ? 09:10, Fredrik ?hrstr?m a ?crit : >>> >>> > For the new build you have to explicitly choose release,fastdebug or >>> > slowdebug. >>> > (--with-debug-level=release,fastdebug or slowdebug) >>> > So you do not need to turn off fastdebug, it defaults to release. >>> > >>> > As for the demos and samples. They compile so much faster that there is >>> > no >>> > point in turning them off. 10 seconds on my workstation, and during >>> > the incremental >>> > they take no detectable time at all. >>> > >>> > You probably want to do: --with-jvm-variants=server >>> > when building on a 32bit machine since the default is client,server >>> > (client,server,kernel on 32bit windows) And building extra libjvms does >>> > take >>> > a significant amount of time. >>> > >>> > //Fredrik >>> > >>> > 2012/4/21 Brian Goetz : >>> >> Is there a list of "features" that can be turned on and off? ?With the >>> >> old >>> >> build, I customize it with environment variables like >>> >> SKIP_FASTDEBUG_BUILD, >>> >> NO_DOCS, NO_SAMPLES, and NO_DEMOS, which shaves lots of time off the >>> >> build. >>> >> ?Are there equivalent configure flags for these? >>> >> >>> >> >>> >> On 4/12/2012 5:47 AM, Magnus Ihse Bursie wrote: >>> >>> >>> >>> The build-infra project [1] has been working for a while with creating >>> >>> a >>> >>> new build system. The goals of the project include, but are not >>> >>> limited >>> >>> to, improved build performance and improved ease of use. >>> >>> >>> >>> The first part of this project has now been pushed to the jdk8 master >>> >>> forest. This means that the new build system is available for you to >>> >>> try >>> >>> out! The old build system is still there, and if you want to continue >>> >>> to >>> >>> use it, you will notice no difference (for now...). >>> >>> >>> >>> But if you are interested in trying the new build system, we welcome >>> >>> you >>> >>> to experiment with it! The basic operation is: >>> >>> cd common/makefiles >>> >>> ../autoconf/configure >>> >>> make >>> >>> >>> >>> More information is available in the new build README [2]. If you want >>> >>> to try the new build system, please read it first. >>> >>> >>> >>> Please note that the new build system is not yet complete. We do not >>> >>> yet >>> >>> have full platform support, nor are all parts of the old build >>> >>> converted >>> >>> (but then we fall back on the old build system), and there are likely >>> >>> to >>> >>> be bugs. Most of all, we need to have exposure on a wide range of >>> >>> different build systems, since the reality is always so much messier >>> >>> than you'd want to believe. :-) Please help us to resolve such issues >>> >>> early by trying the new build system! >>> >>> >>> >>> Any questions or discussions on the new build system should be sent to >>> >>> build-dev at openjdk.java.net. >>> >>> >>> >>> /Magnus >>> >>> >>> >>> [1] http://openjdk.java.net/projects/build-infra/index.html >>> >>> [2] http://openjdk.java.net/projects/build-infra/guide.html >>> >>> >>> >> >> >> From martijnverburg at gmail.com Sat Apr 21 10:12:02 2012 From: martijnverburg at gmail.com (Martijn Verburg) Date: Sat, 21 Apr 2012 18:12:02 +0100 Subject: LJC OpenJDK Warnings hack day In-Reply-To: <4F8F51DF.3070804@oracle.com> References: <4F8F51DF.3070804@oracle.com> Message-ID: Hi all, FYI I've updated https://wikis.oracle.com/display/OpenJDK/JDK8+Warning+Cleanup+Days (note the slight rename) and its child page (Stuart's tracking) page. From the JUG instructors side I've put up a page at http://java.net/projects/jugs/pages/CleanUpJavacWarning Feedback on the process, especially the list of things we check for review is most welcome. Cheers, Martijn On 19 April 2012 00:44, Stuart Marks wrote: > Hi Martijn, > > Great to hear that the LJC is continuing this activity. We are as well; > I've updated the warnings page [1] to have the latest statistics including > the work that my colleague Kurchi Hazra has done. > > I think the only area that has pending warnings changes are the java.text > ones that Deepak Bhole produced some months ago that were reviewed by John > Rose. I still have to revisit and review these changes. Other than that, > any area should be fair game. > > I can lurk around on IRC during the event to help answer questions that > might arise, and I can help review changes and push if they're in or near > my area (core libraries). There are still a lot of warnings though in AWT > (thousands...) so any changes there would be better coordinated with the > AWT folks. > > Looking forward to the event! > > s'marks > > [1] https://wikis.oracle.com/**display/OpenJDK/JDK8+Warnings+** > Cleanup+Day+%282011-12-01%29 > > On 4/18/12 2:49 AM, Martijn Verburg wrote: > >> Hi all, >> >> Just to follow up on this, we'll likely co-ordinate via the wiki as per >> last time, it seemed to work very well (thanks Stuart for setting that up >> last time). >> >> Cheers, >> Martijn >> >> On 17 April 2012 23:53, Martijn Verburg> >> wrote: >> >> Hi all, >>> >>> FYI - We'll be holding another compiler warnings squashing day on the >>> 23rd >>> of April, 1830+ BST. A few of the 'instructors' (we use the term loosely >>> as we're all still learning) will pop up on IRC, but we hope to keep our >>> chatter down to a minimum. >>> >>> As before we'll package up the patches in sensible groupings and peer >>> pre-review the patches before sending them in. >>> >>> If there's anything we can do in particular to minimise the impact on you >>> folks, please let me know. >>> >>> Cheers, >>> Martijn >>> >>> From oehrstroem at gmail.com Sat Apr 21 12:11:03 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Sat, 21 Apr 2012 21:11:03 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> Message-ID: 2012/4/21 Henri Gomez : > new build system is using autoconf ? Yes, please have a look here: http://openjdk.java.net/projects/build-infra/guide.html for detailed instructions. //Fredrik From cdennis at terracottatech.com Sat Apr 21 15:31:23 2012 From: cdennis at terracottatech.com (Chris Dennis) Date: Sat, 21 Apr 2012 18:31:23 -0400 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> Message-ID: <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> If my understanding is correct (and I may well be wrong!) contributing the patch back in to binutils is most likely a no go - binutils itself builds fine on Mac OS because all the targets are executables, but hsdis is a dynamic library: Quote from 'man environ': Shared libraries and bundles don't have direct access to environ, which is only available to the loader ld(1) when a complete program is being linked. The environment routines can still be used, but if direct access to environ is needed, the _NSGetEnviron() routine, defined in , can be used to retrieve the address of environ at runtime. Here are the changes I made to solve this in patch form in any case: -------------- next part -------------- Hope this helps, Chris On Apr 21, 2012, at 7:33 AM, Henri Gomez wrote: > Could you contribute this patch ? > > For binutils, i'll check with stock and MacPorts versions. > > Le 20 avr. 2012 ? 19:57, Chris Dennis a ?crit : > >> The last time I tried this you needed to patch binutils on Mac OS because of the tighter restrictions on accessing "environ". >> >> You'll need to do something like this (I forget where it's used): >> >> #ifdef __APPLE__ >> #include >> #define environ (*_NSGetEnviron()) >> #endif >> >> On Apr 20, 2012, at 1:42 PM, Volker Simonis wrote: >> >>> Actually there is no. >>> >>> But it's very easy to build hsdis - it's just one .c and one .h file. >>> You just need to build binutils for your platform first (.configure; >>> make) and than compile and link hsdis.c against libbfd.a, libopcodes.a >>> and libiberty.a from binutils. >>> This all can easily be done manually with just a few commands but it >>> would be of course much better if you could provide a patch for the >>> Makefile:) >>> >>> >>> On Fri, Apr 20, 2012 at 6:52 PM, Henri Gomez wrote: >>>> I'll look into build logs (thanks Jenkins) >>>> >>>> BTW, I didn't see OSX or Darwin support into hsdis Makefile. >>>> >>>> Le 20 avr. 2012 ? 17:08, Volker Simonis a ?crit : >>>> >>>>> Somehow you managed to build a "fastdebug" JDK with a still optimized >>>>> HotSpot VM: >>>>> >>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>> >>>>> For -XX:+PrintOptoAssembly to work, you need a debug or fastdebug VM: >>>>> >>>>> OpenJDK 64-Bit Server VM (build 22.0-b01-internal-jvmg, mixed mode) >>>>> >>>>> You can easily build it from hotspot/src/make with these commands >>>>> >>>>> ALT_BOOTDIR= >>>>> ALT_OUTPUTDIR= make jvmg >>>>> ALT_BOOTDIR= >>>>> ALT_OUTPUTDIR= make fastdebug >>>>> >>>>> for the debug and fastdebug case. >>>>> >>>>> Or you can try to find out why SKIP_FASTDEBUG_BUILD=false hasn't been >>>>> properly propagated into the HotSpot make file:) >>>>> >>>>> Regards, >>>>> Volker >>>>> >>>>> On Fri, Apr 20, 2012 at 1:58 PM, Henri Gomez wrote: >>>>>> Well, it seems my build is not fully debug enabled : >>>>>> >>>>>> java -version -XX:+PrintOptoAssembly >>>>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>>> >>>>>> --- >>>>>> >>>>>> java -XX:+PrintOptoAssembly >>>>>> Unrecognized VM option 'PrintOptoAssembly' >>>>>> Error: Could not create the Java Virtual Machine. >>>>>> Error: A fatal exception has occurred. Program will exit. >>>>>> >>>>>> --- >>>>>> >>>>>> java -XX:+UnlockDiagnosticVMOptions -XX:+PrintAssembly >>>>>> OpenJDK 64-Bit Server VM warning: PrintAssembly is enabled; turning on >>>>>> DebugNonSafepoints to gain additional output >>>>>> Could not load hsdis-amd64.dylib; library not loadable; PrintAssembly >>>>>> is disabled >>>>>> Syntaxe : java [-options] class [args...] >>>>>> >>>>>> Hum ;-( >>>>>> >>>>>> 2012/4/20 Remi Forax : >>>>>>> Just hsdis, but maybe the one from Graal that use a better assembler syntax. >>>>>>> >>>>>>> R?mi >>>>>>> >>>>>>> Sent from my Phone >>>>>>> >>>>>>> ----- Reply message ----- >>>>>>> From: "Krystal Mok" >>>>>>> To: "Remi Forax" >>>>>>> Cc: >>>>>>> Subject: OpenJDK 8 and fastdebug >>>>>>> Date: Fri, Apr 20, 2012 09:44 >>>>>>> I see. That makes sense.BTW, is it hsdis, or is there a new disassembler plugin? >>>>>>> >>>>>>> - Kris >>>>>>> >>>>>>> On Fri, Apr 20, 2012 at 3:35 PM, Remi Forax wrote: >>>>>>> >>>>>>> The idea is to bundle jadis with the fast debug VM. >>>>>>> >>>>>>> R?mi >>>>>>> >>>>>>> Sent from my Phone >>>>>>> >>>>>>> >>>>>>> ----- Reply message ----- >>>>>>> From: "Krystal Mok" >>>>>>> To: "R?mi Forax" >>>>>>> >>>>>>> Cc: >>>>>>> Subject: OpenJDK 8 and fastdebug >>>>>>> Date: Fri, Apr 20, 2012 08:55 >>>>>>> >>>>>>> >>>>>>> PrintAssembly is available in product builds, too. You'll just need to set -XX:+UnlockDiagnosticVMOptions before setting -XX:+PrintAssembly. >>>>>>> >>>>>>> On the other hand, -XX:+PrintOptoAssembly is only available in a debug build. >>>>>>> >>>>>>> - Kris >>>>>>> >>>>>>> On Fri, Apr 20, 2012 at 2:00 PM, R?mi Forax wrote: >>>>>>> >>>>>>> >>>>>>> On 04/20/2012 07:28 AM, Henri Gomez wrote: >>>>>>> >>>>>>> >>>>>>> Just set >>>>>>> >>>>>>> >>>>>>> >>>>>>> SKIP_FASTDEBUG_BUILD=false >>>>>>> >>>>>>> >>>>>>> >>>>>>> (I don't know what role DEBUG_NAME plays) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Relative question, how can I check a java exec is in fastdebug mode ? >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Check "java -version", it will show it is fastdebug. >>>>>>> >>>>>>> >>>>>>> It seems good (http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-lambda-fastdebug-jdk-b30-20120420.dmg) >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> openjdk version "1.8.0-jdk8-b30-x64-lambda-fastdebug" >>>>>>> >>>>>>> OpenJDK Runtime Environment (build 1.8.0-jdk8-b30-x64-lambda-fastdebug-20120420) >>>>>>> >>>>>>> OpenJDK 64-Bit Server VM (build 24.0-b04, mixed mode) >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Many thanks, Henry, >>>>>>> >>>>>>> now people can use -XX:+PrintAssembly :) >>>>>>> >>>>>>> >>>>>>> >>>>>>> R?mi >> From henri.gomez at gmail.com Sat Apr 21 16:26:00 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 22 Apr 2012 01:26:00 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> Message-ID: > If my understanding is correct (and I may well be wrong!) contributing the patch back in to binutils is most likely a no go - binutils itself builds fine on Mac OS because all the targets are executables, but hsdis is a dynamic library: I was thinking contributing patch to OpenJDK (ie: makefile) not to binutils :) > Quote from 'man environ': > ? ?Shared libraries and bundles don't have direct access to environ, which is only available to the loader > ? ? ld(1) when a complete program is being linked. ?The environment routines can still be used, but if > ? ? direct access to environ is needed, the _NSGetEnviron() routine, defined in , can be > ? ? used to retrieve the address of environ at runtime. > > Here are the changes I made to solve this in patch form in any case: Which one ? From henri.gomez at gmail.com Sat Apr 21 16:26:53 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 22 Apr 2012 01:26:53 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F91E8CC.80907@oracle.com> <3ACDA963-EFA2-41D3-9C26-46941A1D0B58@gmail.com> Message-ID: > Yes, please have a look here: > http://openjdk.java.net/projects/build-infra/guide.html > for detailed instructions. I took a look this afternoon. I'll experiment it soon. thanks From cdennis at terracottatech.com Sat Apr 21 18:14:25 2012 From: cdennis at terracottatech.com (Chris Dennis) Date: Sat, 21 Apr 2012 21:14:25 -0400 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> Message-ID: That's weird the attachments are on the email in my sent mail folder - looks like the maillist server may have stripped them - are they attached to the copy you directly received? If someone with commit rights on the relevant OpenJDK repositories wishes to commit the Makefile changes then that's cool with me - of course it still won't build without manually patching the associated binutils sources anyway so how much value there is in that at the moment I don't know. Patches inline below to avoid any more weirdness with attachments. Chris diff -r bca9e76ea254 src/share/tools/hsdis/Makefile --- a/src/share/tools/hsdis/Makefile Tue Mar 20 10:17:41 2012 -0700 +++ b/src/share/tools/hsdis/Makefile Sat Apr 21 21:12:29 2012 -0400 @@ -84,6 +84,25 @@ DLDFLAGS += -shared LDFLAGS += -ldl OUTFLAGS += -o $@ +else +## OS = Darwin ## +ifeq ($(OS),Darwin) +ifdef LP64 +ARCH = amd64 +else +ARCH = i386 +endif +CFLAGS/i386 += -m32 +CFLAGS/amd64 += -m64 +CFLAGS += $(CFLAGS/$(ARCH)) +CFLAGS += -fPIC +OS = darwin +LIB_EXT = .dylib +CC = gcc +CFLAGS += -O +DLDFLAGS += -shared -lz +LDFLAGS += -ldl +OUTFLAGS += -o $@ ## OS = Windows ## else # !SunOS, !Linux => Windows OS = windows @@ -95,6 +114,7 @@ /export:decode_instruction OUTFLAGS += /link /out:$@ LIB_EXT = .dll +endif # Darwin endif # Linux endif # SunOS @@ -118,7 +138,7 @@ BINUTILSDIR = $(shell cd $(BINUTILS);pwd) endif -CPPFLAGS += -I$(BINUTILSDIR)/include -I$(BINUTILS)/bfd -I$(TARGET_DIR)/bfd +CPPFLAGS += -I$(BINUTILSDIR)/include -I$(BINUTILSDIR)/bfd -I$(TARGET_DIR)/bfd CPPFLAGS += -DLIBARCH_$(LIBARCH) -DLIBARCH=\"$(LIBARCH)\" -DLIB_EXT=\"$(LIB_EXT)\" TARGET_DIR = build/$(OS)-$(JDKARCH) diff -ru binutils-2.22/libiberty/xmalloc.c binutils/libiberty/xmalloc.c --- binutils-2.22/libiberty/xmalloc.c 2005-05-24 17:01:33.000000000 -0400 +++ binutils/libiberty/xmalloc.c 2012-04-21 18:22:02.000000000 -0400 @@ -93,6 +93,11 @@ # endif /* HAVE_STDLIB_H ... */ #endif /* VMS */ +#ifdef __APPLE__ +#include +#define environ (*_NSGetEnviron()) +#endif /* __APPLE__ */ + /* The program name if set. */ static const char *name = ""; On Apr 21, 2012, at 7:26 PM, Henri Gomez wrote: >> If my understanding is correct (and I may well be wrong!) contributing the patch back in to binutils is most likely a no go - binutils itself builds fine on Mac OS because all the targets are executables, but hsdis is a dynamic library: > > I was thinking contributing patch to OpenJDK (ie: makefile) not to binutils :) > >> Quote from 'man environ': >> Shared libraries and bundles don't have direct access to environ, which is only available to the loader >> ld(1) when a complete program is being linked. The environment routines can still be used, but if >> direct access to environ is needed, the _NSGetEnviron() routine, defined in , can be >> used to retrieve the address of environ at runtime. >> >> Here are the changes I made to solve this in patch form in any case: > > Which one ? From henri.gomez at gmail.com Sun Apr 22 02:11:18 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 22 Apr 2012 11:11:18 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> Message-ID: Thanks for this. I hope this patch (Makefile) will be applied soon to jdk8 (did you have an OCA ?) BTW, for binutils, installing it could raise problems with MacPorts : http://stackoverflow.com/questions/9260504/macports-installing-binutils. May be binutils should be installed to a dedicated location and PATH adjustment should be done before make 2012/4/22 Chris Dennis : > That's weird the attachments are on the email in my sent mail folder - looks like the maillist server may have stripped them - are they attached to the copy you directly received? ?If someone with commit rights on the relevant OpenJDK repositories wishes to commit the Makefile changes then that's cool with me - of course it still won't build without manually patching the associated binutils sources anyway so how much value there is in that at the moment I don't know. > > Patches inline below to avoid any more weirdness with attachments. > > Chris > > diff -r bca9e76ea254 src/share/tools/hsdis/Makefile > --- a/src/share/tools/hsdis/Makefile ? ?Tue Mar 20 10:17:41 2012 -0700 > +++ b/src/share/tools/hsdis/Makefile ? ?Sat Apr 21 21:12:29 2012 -0400 > @@ -84,6 +84,25 @@ > ?DLDFLAGS ? ? ? += -shared > ?LDFLAGS ? ? ? ? += -ldl > ?OUTFLAGS ? ? ? += -o $@ > +else > +## OS = Darwin ## > +ifeq ? ? ? ? ? ?($(OS),Darwin) > +ifdef LP64 > +ARCH ? ? ? ? ? ?= amd64 > +else > +ARCH ? ? ? ? ? ?= i386 > +endif > +CFLAGS/i386 ? ? += -m32 > +CFLAGS/amd64 ? ?+= -m64 > +CFLAGS ? ? ? ? ?+= $(CFLAGS/$(ARCH)) > +CFLAGS ? ? ? ? ?+= -fPIC > +OS ? ? ? ? ? ? ?= darwin > +LIB_EXT ? ? ? ? = .dylib > +CC ? ? ? ? ? ? ?= gcc > +CFLAGS ? ? ? ? ?+= -O > +DLDFLAGS ? ? ? ?+= -shared -lz > +LDFLAGS ? ? ? ? += -ldl > +OUTFLAGS ? ? ? ?+= -o $@ > ?## OS = Windows ## > ?else ? # !SunOS, !Linux => Windows > ?OS ? ? ? ? ? ? = windows > @@ -95,6 +114,7 @@ > ? ? ? ? ? ? ? ? ? ? ? ?/export:decode_instruction > ?OUTFLAGS ? ? ? += /link /out:$@ > ?LIB_EXT ? ? ? ? ? ? ? ?= .dll > +endif ?# Darwin > ?endif ?# Linux > ?endif ?# SunOS > > @@ -118,7 +138,7 @@ > ?BINUTILSDIR ? ?= $(shell cd $(BINUTILS);pwd) > ?endif > > -CPPFLAGS ? ? ? += -I$(BINUTILSDIR)/include -I$(BINUTILS)/bfd -I$(TARGET_DIR)/bfd > +CPPFLAGS ? ? ? += -I$(BINUTILSDIR)/include -I$(BINUTILSDIR)/bfd -I$(TARGET_DIR)/bfd > ?CPPFLAGS ? ? ? += -DLIBARCH_$(LIBARCH) -DLIBARCH=\"$(LIBARCH)\" -DLIB_EXT=\"$(LIB_EXT)\" > > ?TARGET_DIR ? ? = build/$(OS)-$(JDKARCH) > > diff -ru binutils-2.22/libiberty/xmalloc.c binutils/libiberty/xmalloc.c > --- binutils-2.22/libiberty/xmalloc.c ? 2005-05-24 17:01:33.000000000 -0400 > +++ binutils/libiberty/xmalloc.c ? ? ? ?2012-04-21 18:22:02.000000000 -0400 > @@ -93,6 +93,11 @@ > ?# ?endif /* HAVE_STDLIB_H ... ?*/ > ?#endif /* VMS */ > > +#ifdef __APPLE__ > +#include > +#define environ (*_NSGetEnviron()) > +#endif /* __APPLE__ */ > + > ?/* The program name if set. ?*/ > ?static const char *name = ""; > > On Apr 21, 2012, at 7:26 PM, Henri Gomez wrote: > >>> If my understanding is correct (and I may well be wrong!) contributing the patch back in to binutils is most likely a no go - binutils itself builds fine on Mac OS because all the targets are executables, but hsdis is a dynamic library: >> >> I was thinking contributing patch to OpenJDK (ie: makefile) not to binutils :) >> >>> Quote from 'man environ': >>> ? ?Shared libraries and bundles don't have direct access to environ, which is only available to the loader >>> ? ? ld(1) when a complete program is being linked. ?The environment routines can still be used, but if >>> ? ? direct access to environ is needed, the _NSGetEnviron() routine, defined in , can be >>> ? ? used to retrieve the address of environ at runtime. >>> >>> Here are the changes I made to solve this in patch form in any case: >> >> Which one ? > From cdennis at terracottatech.com Sun Apr 22 05:58:06 2012 From: cdennis at terracottatech.com (Chris Dennis) Date: Sun, 22 Apr 2012 08:58:06 -0400 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> Message-ID: No I haven't signed an OCA - although I'm happy to do so (or someone with an OCA can independently create the same changeset - it's not exactly complex). WIth regards to binutils - I think you're misunderstanding things here - hsdis is statically linked against a privately compiled copy of the binutils source that is built as part of the hsdis build process - it's not dynamically linked. It's this private copy of the source that must be patched - have a look at the build instructions in the README file for hsdis for more details Chris On Apr 22, 2012, at 5:11 AM, Henri Gomez wrote: > Thanks for this. > > I hope this patch (Makefile) will be applied soon to jdk8 (did you > have an OCA ?) > > BTW, for binutils, installing it could raise problems with MacPorts : > > http://stackoverflow.com/questions/9260504/macports-installing-binutils. > > May be binutils should be installed to a dedicated location and PATH > adjustment should be done before make > > 2012/4/22 Chris Dennis : >> That's weird the attachments are on the email in my sent mail folder - looks like the maillist server may have stripped them - are they attached to the copy you directly received? If someone with commit rights on the relevant OpenJDK repositories wishes to commit the Makefile changes then that's cool with me - of course it still won't build without manually patching the associated binutils sources anyway so how much value there is in that at the moment I don't know. >> >> Patches inline below to avoid any more weirdness with attachments. >> >> Chris >> >> diff -r bca9e76ea254 src/share/tools/hsdis/Makefile >> --- a/src/share/tools/hsdis/Makefile Tue Mar 20 10:17:41 2012 -0700 >> +++ b/src/share/tools/hsdis/Makefile Sat Apr 21 21:12:29 2012 -0400 >> @@ -84,6 +84,25 @@ >> DLDFLAGS += -shared >> LDFLAGS += -ldl >> OUTFLAGS += -o $@ >> +else >> +## OS = Darwin ## >> +ifeq ($(OS),Darwin) >> +ifdef LP64 >> +ARCH = amd64 >> +else >> +ARCH = i386 >> +endif >> +CFLAGS/i386 += -m32 >> +CFLAGS/amd64 += -m64 >> +CFLAGS += $(CFLAGS/$(ARCH)) >> +CFLAGS += -fPIC >> +OS = darwin >> +LIB_EXT = .dylib >> +CC = gcc >> +CFLAGS += -O >> +DLDFLAGS += -shared -lz >> +LDFLAGS += -ldl >> +OUTFLAGS += -o $@ >> ## OS = Windows ## >> else # !SunOS, !Linux => Windows >> OS = windows >> @@ -95,6 +114,7 @@ >> /export:decode_instruction >> OUTFLAGS += /link /out:$@ >> LIB_EXT = .dll >> +endif # Darwin >> endif # Linux >> endif # SunOS >> >> @@ -118,7 +138,7 @@ >> BINUTILSDIR = $(shell cd $(BINUTILS);pwd) >> endif >> >> -CPPFLAGS += -I$(BINUTILSDIR)/include -I$(BINUTILS)/bfd -I$(TARGET_DIR)/bfd >> +CPPFLAGS += -I$(BINUTILSDIR)/include -I$(BINUTILSDIR)/bfd -I$(TARGET_DIR)/bfd >> CPPFLAGS += -DLIBARCH_$(LIBARCH) -DLIBARCH=\"$(LIBARCH)\" -DLIB_EXT=\"$(LIB_EXT)\" >> >> TARGET_DIR = build/$(OS)-$(JDKARCH) >> >> diff -ru binutils-2.22/libiberty/xmalloc.c binutils/libiberty/xmalloc.c >> --- binutils-2.22/libiberty/xmalloc.c 2005-05-24 17:01:33.000000000 -0400 >> +++ binutils/libiberty/xmalloc.c 2012-04-21 18:22:02.000000000 -0400 >> @@ -93,6 +93,11 @@ >> # endif /* HAVE_STDLIB_H ... */ >> #endif /* VMS */ >> >> +#ifdef __APPLE__ >> +#include >> +#define environ (*_NSGetEnviron()) >> +#endif /* __APPLE__ */ >> + >> /* The program name if set. */ >> static const char *name = ""; >> >> On Apr 21, 2012, at 7:26 PM, Henri Gomez wrote: >> >>>> If my understanding is correct (and I may well be wrong!) contributing the patch back in to binutils is most likely a no go - binutils itself builds fine on Mac OS because all the targets are executables, but hsdis is a dynamic library: >>> >>> I was thinking contributing patch to OpenJDK (ie: makefile) not to binutils :) >>> >>>> Quote from 'man environ': >>>> Shared libraries and bundles don't have direct access to environ, which is only available to the loader >>>> ld(1) when a complete program is being linked. The environment routines can still be used, but if >>>> direct access to environ is needed, the _NSGetEnviron() routine, defined in , can be >>>> used to retrieve the address of environ at runtime. >>>> >>>> Here are the changes I made to solve this in patch form in any case: >>> >>> Which one ? >> From henri.gomez at gmail.com Sun Apr 22 09:57:46 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Sun, 22 Apr 2012 18:57:46 +0200 Subject: OpenJDK 8 and fastdebug In-Reply-To: References: <201204200918.q3K9ITf5005791@monge.univ-mlv.fr> <891C05A5-98C4-4EEF-AE99-67E3A802FC56@gmail.com> <7A2D2508-2FF8-4427-BF64-1E1C131ED372@terracottatech.com> Message-ID: > No I haven't signed an OCA - although I'm happy to do so (or someone with an OCA can independently create the same changeset - it's not exactly complex). I've got OCA signed for almost a year now :) > WIth regards to binutils - I think you're misunderstanding things here - hsdis is statically linked against a privately compiled copy of the binutils source that is built as part of the hsdis build process - it's not dynamically linked. ?It's this private copy of the source that must be patched - have a look at the build instructions in the README file for hsdis for more details Yes, I noticed that a few minutes after mail was sent From lana.steuck at oracle.com Tue Apr 24 14:27:13 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 24 Apr 2012 21:27:13 +0000 Subject: hg: jdk8/jdk8/langtools: 6 new changesets Message-ID: <20120424212725.756D547249@hg.openjdk.java.net> Changeset: 55ae94116e89 Author: jjg Date: 2012-04-06 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/55ae94116e89 7157626: Create a new test to check major version for a class file Reviewed-by: jjg Contributed-by: sonali.goel at oracle.com + test/tools/javac/classfiles/ClassVersionChecker.java Changeset: 9c429f38ca7e Author: ksrini Date: 2012-04-09 14:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/9c429f38ca7e 7156633: (javac) incorrect errors when parsing variable declaration in block statements. Reviewed-by: jjg Contributed-by: jan.lahoda at oracle.com ! src/share/classes/com/sun/tools/javac/parser/JavacParser.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties + test/tools/javac/diags/examples/IllegalStartOfStmt.java + test/tools/javac/diags/examples/NotAllowedClass.java + test/tools/javac/diags/examples/NotAllowedVariable.java ! test/tools/javac/parser/JavacParserTest.java Changeset: c35b158e2290 Author: lana Date: 2012-04-10 23:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c35b158e2290 Merge Changeset: 6f0ed5a89c25 Author: mcimadamore Date: 2012-04-11 10:50 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/6f0ed5a89c25 7154127: Inference cleanup: remove bound check analysis from visitors in Types.java Summary: Remove bound checking rules from recursive subtype visitors in Types.java and replace with centralized bound-checking logic Reviewed-by: jjg, dlsmith ! src/share/classes/com/sun/tools/javac/code/Type.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Infer.java ! src/share/classes/com/sun/tools/javac/resources/compiler.properties ! src/share/classes/com/sun/tools/javac/util/RichDiagnosticFormatter.java ! test/tools/javac/Diagnostics/6722234/T6722234b_1.out ! test/tools/javac/Diagnostics/6722234/T6722234b_2.out ! test/tools/javac/Diagnostics/6799605/T6799605.out ! test/tools/javac/cast/7123100/T7123100a.out ! test/tools/javac/diags/examples.not-yet.txt ! test/tools/javac/diags/examples/CantApplyDiamond1.java ! test/tools/javac/diags/examples/IncompatibleTypes1.java + test/tools/javac/diags/examples/InferNoConformingAssignment.java - test/tools/javac/diags/examples/InferredDoNotConformToBounds.java + test/tools/javac/diags/examples/InferredDoNotConformToEq.java + test/tools/javac/diags/examples/InferredDoNotConformToLower.java + test/tools/javac/diags/examples/InferredDoNotConformToUpper.java ! test/tools/javac/diags/examples/InvalidInferredTypes.java ! test/tools/javac/diags/examples/WhereCaptured.java ! test/tools/javac/diags/examples/WhereCaptured1.java + test/tools/javac/diags/examples/WhereFreshTvar.java ! test/tools/javac/generics/diamond/neg/Neg06.out ! test/tools/javac/generics/diamond/neg/Neg07.out ! test/tools/javac/generics/inference/6315770/T6315770.out ! test/tools/javac/generics/inference/6611449/T6611449.out ! test/tools/javac/generics/inference/6638712/T6638712b.out ! test/tools/javac/generics/inference/6638712/T6638712d.out ! test/tools/javac/generics/inference/6638712/T6638712e.out ! test/tools/javac/generics/inference/6650759/T6650759m.out ! test/tools/javac/generics/inference/7086601/T7086601a.out + test/tools/javac/generics/inference/7154127/T7154127.java + test/tools/javac/generics/inference/7154127/T7154127.out Changeset: d023d5c3fbd2 Author: lana Date: 2012-04-18 10:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/d023d5c3fbd2 Merge - test/tools/javac/diags/examples/InferredDoNotConformToBounds.java Changeset: 94bbaa67686f Author: lana Date: 2012-04-23 16:59 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/94bbaa67686f Merge - test/tools/javac/diags/examples/InferredDoNotConformToBounds.java From lana.steuck at oracle.com Tue Apr 24 14:28:38 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 24 Apr 2012 21:28:38 +0000 Subject: hg: jdk8/jdk8/jdk: 65 new changesets Message-ID: <20120424213954.0F14B4724B@hg.openjdk.java.net> Changeset: da54364b140c Author: dbuck Date: 2012-03-21 18:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/da54364b140c 7104147: the fix for cr6887286 was not appropriate for backporting Summary: Memory leak in the list of ImageObservers watching an object. We use recursion to iterate over the list. So once the list gets too big, we overflow the stack. Fix is to execute a prune operation on ever add, so there is no way we can get indefinite growth of stale nodes. Reviewed-by: prr, flar ! src/share/classes/sun/awt/image/ImageWatched.java + test/sun/awt/image/ImageWatched/AddNoLeak.java Changeset: 604067ec3ced Author: luchsh Date: 2012-03-22 12:47 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/604067ec3ced 7152519: Dependency on non-POSIX header file causes portability problem Reviewed-by: prr, igor ! src/solaris/native/sun/awt/fontpath.c ! src/solaris/native/sun/java2d/opengl/OGLFuncs_md.h ! src/solaris/native/sun/java2d/x11/XRBackendNative.c Changeset: 6f9e3ac30764 Author: dbuck Date: 2012-03-30 10:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6f9e3ac30764 7154822: forward port fix for Bug 13645891 to JDK8 jcmd (1024 byte file size limit issue) Summary: Changed so that jcmd breaks input into individual lines and sends each one to the jvm separately. Reviewed-by: dcubed, sla ! src/share/classes/sun/tools/jcmd/JCmd.java + test/sun/tools/jcmd/dcmd-big-script.txt + test/sun/tools/jcmd/jcmd-big-script.sh Changeset: 9383a3749940 Author: prr Date: 2012-04-05 15:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9383a3749940 7159041: Fix for 7152519 causing build breakage. Reviewed-by: igor, jgodinez ! src/solaris/native/sun/java2d/opengl/OGLFuncs_md.h Changeset: a8773780c583 Author: prr Date: 2012-04-05 15:17 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a8773780c583 7159136: JDK 7 font manager refactoring left JNI header generation and inclusion out of sync Reviewed-by: igor, jgodinez ! make/sun/font/Makefile ! make/sun/font/t2k/Makefile ! src/share/native/sun/font/sunFont.c Changeset: 79612a7c7100 Author: ceisserer Date: 2012-04-09 15:49 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/79612a7c7100 7150134: JCK api/java_awt/Graphics/index.html#DrawLine fails with OOM for jdk8 with XRender pipeline Reviewed-by: prr ! src/solaris/classes/sun/java2d/xr/XRRenderer.java Changeset: 1d8f83fe9e91 Author: lana Date: 2012-04-11 18:52 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1d8f83fe9e91 Merge ! make/sun/font/Makefile - test/java/io/File/isDirectory/Applet.html - test/sun/nio/cs/OLD/TestX11CS.java - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll Changeset: 508ebb79234f Author: lana Date: 2012-04-18 10:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/508ebb79234f Merge Changeset: 933ea89bec06 Author: serb Date: 2012-04-05 18:27 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/933ea89bec06 7150105: [macosx] four scroll-buttons don't display. scroll-sliders cursors are TextCursor. Reviewed-by: anthony, art, alexp ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/classes/sun/lwawt/LWCursorManager.java ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/LWWindowPeer.java ! src/macosx/classes/sun/lwawt/macosx/CCursorManager.java Changeset: 14646df8f386 Author: serb Date: 2012-04-05 19:01 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/14646df8f386 7124401: [macosx] After call Frame dispose() application continues to work Reviewed-by: art, alexp ! test/sun/java2d/X11SurfaceData/SharedMemoryPixmapsTest/SharedMemoryPixmapsTest.java Changeset: c87bdacb109e Author: serb Date: 2012-04-05 19:22 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/c87bdacb109e 7149913: [macosx] Deadlock in LWTextComponentPeer Reviewed-by: anthony, art ! src/macosx/classes/sun/lwawt/LWComponentPeer.java Changeset: 004d53e61c3b Author: serb Date: 2012-04-05 19:43 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/004d53e61c3b 7124528: [macosx] Selection is not cleared properly in text component. Reviewed-by: anthony, art ! src/macosx/classes/sun/lwawt/LWTextFieldPeer.java Changeset: dc0d4cf71dfb Author: serb Date: 2012-04-05 20:38 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/dc0d4cf71dfb 7125657: [macosx] SpreadSheet demo has the broken display when clicking outside of the table. Reviewed-by: alexp, anthony, art ! src/macosx/classes/sun/lwawt/LWRepaintArea.java Changeset: 32d2d5c8c8b9 Author: anthony Date: 2012-04-06 17:03 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/32d2d5c8c8b9 7147435: closed/java/awt/Toolkit/Headless/WrappedToolkitTest/WrappedToolkitTest.sh failed since 7u4b11 Summary: Forward-port the fix from 7u4 and open-source the test Reviewed-by: art + test/java/awt/Toolkit/Headless/WrappedToolkitTest/TestWrapped.java + test/java/awt/Toolkit/Headless/WrappedToolkitTest/WrappedToolkitTest.sh Changeset: 845604a88291 Author: anthony Date: 2012-04-06 17:15 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/845604a88291 7124553: [macosx] Need minimum size for titled Frames and JFrames Summary: Forward-port the fix from 7u4 and also eliminate the grow box since we only support OS X 10.7+ that doesn't require it. Reviewed-by: art, swingler ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/native/sun/awt/AWTWindow.h ! src/macosx/native/sun/awt/AWTWindow.m Changeset: 2e1ea0af8edf Author: anthony Date: 2012-04-06 17:20 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/2e1ea0af8edf 7148275: [macosx] setIconImages() not working correctly (distorted icon when minimized) Summary: Pass all images provided by user code to the system and let it do the right thing Reviewed-by: art, swingler ! src/macosx/classes/sun/lwawt/macosx/CImage.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java ! src/macosx/native/sun/awt/CImage.m Changeset: 86b611e57ee9 Author: rupashka Date: 2012-04-10 18:53 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/86b611e57ee9 7146146: Deadlock between subclass of AbstractDocument and UndoManager Reviewed-by: art ! src/share/classes/javax/swing/text/AbstractDocument.java + test/javax/swing/text/AbstractDocument/7146146/bug7146146.java Changeset: 8fe9b93e2474 Author: rupashka Date: 2012-04-10 19:09 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8fe9b93e2474 7158712: Synth Property "ComboBox.popupInsets" is ignored Reviewed-by: alexp ! src/share/classes/javax/swing/plaf/synth/SynthComboPopup.java + test/javax/swing/plaf/synth/7158712/bug7158712.java ! test/javax/swing/regtesthelpers/Util.java Changeset: 33c604bf074f Author: serb Date: 2012-04-10 22:09 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/33c604bf074f 7097771: setEnabled does not work for components in disabled containers. Reviewed-by: art, anthony ! src/solaris/classes/sun/awt/X11/XComponentPeer.java + test/java/awt/Component/7097771/bug7097771.java Changeset: 49d2a5eb48b1 Author: leonidr Date: 2012-04-11 21:06 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/49d2a5eb48b1 7124411: [macosx] There's no KEY_TYPED for VK_ESCAPE Reviewed-by: art ! src/macosx/native/sun/awt/AWTEvent.m Changeset: 417ab141f5c0 Author: lana Date: 2012-04-11 18:44 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/417ab141f5c0 Merge - test/java/io/File/isDirectory/Applet.html - test/sun/nio/cs/OLD/TestX11CS.java - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libfreebl3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/linux-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/linux-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/linux-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-amd64/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libfreebl3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-i586/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libfreebl_hybrid_3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.chk - test/sun/security/pkcs11/nss/lib/solaris-sparc/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnspr4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnss3.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libnssckbi.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplc4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libplds4.so - test/sun/security/pkcs11/nss/lib/solaris-sparcv9/libsoftokn3.so - test/sun/security/pkcs11/nss/lib/windows-i586/libnspr4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplc4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/libplds4.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nss3.dll - test/sun/security/pkcs11/nss/lib/windows-i586/nssckbi.dll - test/sun/security/pkcs11/nss/lib/windows-i586/softokn3.dll Changeset: 9b4e642a3053 Author: rupashka Date: 2012-04-12 12:48 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9b4e642a3053 7160653: test/javax/swing/plaf/synth/7158712/bug7158712.java failed on Ubuntu Reviewed-by: alexp ! test/javax/swing/plaf/synth/7158712/bug7158712.java Changeset: cccb19a3038e Author: leonidr Date: 2012-04-13 20:31 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cccb19a3038e 7124272: [macosx] VK_DELETE does produce an extraneous character in a TextArea or TextField Reviewed-by: kizune, art ! src/macosx/classes/sun/lwawt/macosx/CPlatformResponder.java ! src/macosx/classes/sun/lwawt/macosx/event/NSEvent.java ! src/macosx/native/sun/awt/AWTEvent.m Changeset: 602398b3a8e7 Author: rupashka Date: 2012-04-15 12:58 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/602398b3a8e7 7149090: Nimbus:BorderFactory.createTitledBorder() the DEFAULT position of a title is not the same as the TOP Reviewed-by: alexp ! src/share/classes/javax/swing/BorderFactory.java + test/javax/swing/border/Test7149090.java Changeset: 7b0ed75abef4 Author: anthony Date: 2012-04-16 18:36 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7b0ed75abef4 7080700: numAppContexts is accessed in non-threadsafe way in sun.awt.AppContext Summary: Replace a volatile integer with an AtomicInteger for numAppContexts Reviewed-by: anthony, art, dholmes ! src/share/classes/sun/awt/AppContext.java Changeset: 236c0051dcc7 Author: amenkov Date: 2012-04-16 17:04 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/236c0051dcc7 7058852: javax/sound/sampled/FileWriter/AlawEncoderSync.java failing intermittently Reviewed-by: prr ! test/javax/sound/sampled/FileWriter/AlawEncoderSync.java Changeset: bc5d80e168f3 Author: amenkov Date: 2012-04-17 13:03 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/bc5d80e168f3 7100140: [macosx] Test closed/javax/sound/sampled/DirectAudio/bug6400879.java is invalid Reviewed-by: prr + test/javax/sound/sampled/DirectAudio/bug6400879.java Changeset: ca58194c1b0c Author: amenkov Date: 2012-04-17 13:16 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/ca58194c1b0c Merge Changeset: cb4f5f486c45 Author: kizune Date: 2012-04-17 21:40 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cb4f5f486c45 7161109: [macosx] JCK AWT interactive test DnDTextDropTest fails on MacOS Reviewed-by: serb ! src/macosx/classes/sun/lwawt/LWComponentPeer.java ! src/macosx/native/sun/awt/CDropTarget.m Changeset: 68be50577be8 Author: dcherepanov Date: 2012-04-18 09:29 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/68be50577be8 7156194: [macosx] Can't type non-ASCII characters into applets Reviewed-by: anthony, art ! src/macosx/classes/sun/lwawt/macosx/CEmbeddedFrame.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformResponder.java ! src/macosx/classes/sun/lwawt/macosx/CPlatformView.java Changeset: 8bfdb214756c Author: leonidr Date: 2012-04-18 21:08 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8bfdb214756c 7124286: [macosx] Option modifier should work like AltGr as in Apple jdk Reviewed-by: anthony ! src/macosx/classes/sun/lwawt/macosx/LWCToolkit.java ! src/share/classes/javax/swing/text/DefaultEditorKit.java ! src/share/classes/sun/awt/SunToolkit.java Changeset: 96c750783a3d Author: lana Date: 2012-04-18 10:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/96c750783a3d Merge Changeset: 19c6ad447258 Author: dmocek Date: 2012-04-04 15:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/19c6ad447258 7159130: add java/rmi/transport/pinClientSocketFactory to problem list Reviewed-by: smarks ! test/ProblemList.txt Changeset: 92de69b24416 Author: jgish Date: 2012-04-05 13:57 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/92de69b24416 7133806: Typo in Files.newByteChannel javadoc Reviewed-by: chegar ! src/share/classes/java/nio/file/Files.java Changeset: e06ea0dd9207 Author: littlee Date: 2012-04-10 10:17 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e06ea0dd9207 7121314: Behavior mismatch between AbstractCollection.toArray(T[] ) and its spec Reviewed-by: dholmes, mduigou Contributed-by: Sean Zhou , Ulf Zibis , David Holmes ! src/share/classes/java/util/AbstractCollection.java + test/java/util/AbstractCollection/ToArrayTest.java Changeset: 1ffe2565ec06 Author: weijun Date: 2012-04-10 12:15 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1ffe2565ec06 7158329: NPE in sun.security.krb5.Credentials.acquireDefaultCreds() Reviewed-by: valeriep, jjg ! src/share/classes/sun/security/krb5/Credentials.java + test/sun/security/krb5/ccache/EmptyCC.java Changeset: fb52e8bd3718 Author: mgronlun Date: 2012-04-10 10:32 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fb52e8bd3718 7154809: JDI: update JDI/JDB debugee commandline option parsing Summary: update debugee commandline parsing Reviewed-by: dcubed, dsamersoff, sla ! src/share/classes/com/sun/tools/example/debug/tty/VMConnection.java Changeset: eec133f2406a Author: jfranck Date: 2012-04-10 10:45 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/eec133f2406a 7158930: (ann) library support for repeating annotations is not built when compiling the JDK Reviewed-by: ohair, erikj ! make/java/java/reflect/Makefile Changeset: 4fea9a99532f Author: lana Date: 2012-04-10 23:18 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4fea9a99532f Merge Changeset: d922195b678d Author: dcubed Date: 2012-04-11 07:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d922195b678d 7071907: JDK: Full Debug Symbols Summary: Add initial FDS support to some libraries and programs. Reviewed-by: kamg, fparain, sspitsyn, dsamersoff ! make/com/sun/tools/attach/Makefile ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Library.gmk ! make/common/Program.gmk ! make/common/Release.gmk ! make/java/instrument/Makefile ! make/java/java_crw_demo/Makefile ! make/java/java_hprof_demo/Makefile ! make/java/main/java/Makefile ! make/java/management/Makefile ! make/java/npt/Makefile ! make/java/verify/Makefile ! make/jpda/jdwp/Makefile ! make/jpda/transport/socket/Makefile ! make/launchers/Makefile.launcher ! make/mkdemo/jvmti/compiledMethodLoad/Makefile ! make/mkdemo/jvmti/gctest/Makefile ! make/mkdemo/jvmti/heapTracker/Makefile ! make/mkdemo/jvmti/heapViewer/Makefile ! make/mkdemo/jvmti/hprof/Makefile ! make/mkdemo/jvmti/minst/Makefile ! make/mkdemo/jvmti/mtrace/Makefile ! make/mkdemo/jvmti/versionCheck/Makefile ! make/mkdemo/jvmti/waiters/Makefile ! make/sun/tracing/dtrace/Makefile Changeset: 10480cf00dcd Author: wetmore Date: 2012-04-11 17:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/10480cf00dcd 7157903: JSSE client sockets are very slow Reviewed-by: xuelei ! src/share/classes/sun/security/ssl/AppOutputStream.java ! src/share/classes/sun/security/ssl/EngineOutputRecord.java ! src/share/classes/sun/security/ssl/OutputRecord.java ! src/share/classes/sun/security/ssl/SSLSocketImpl.java Changeset: c98a013ec628 Author: youdwei Date: 2012-04-12 15:04 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/c98a013ec628 6610897: New constructor in sun.tools.java.ClassPath builds a path using File.separator instead of File.pathSeparator Reviewed-by: alanb ! src/share/classes/sun/tools/java/ClassPath.java + test/sun/tools/classpath/RMICClassPathTest.java Changeset: 642c6d4aaaed Author: sherman Date: 2012-04-12 10:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/642c6d4aaaed 7156873: (zipfs) FileSystems.newFileSystem(uri, env) fails for uri with escaped octets Summary: To use URI.getRawSchemeSpecificPart() to get the scheme part of the uri Reviewed-by: alanb, chegar ! src/share/demo/nio/zipfs/src/com/sun/nio/zipfs/ZipFileSystemProvider.java + test/demo/zipfs/ZFSTests.java Changeset: 587243bf0862 Author: sherman Date: 2012-04-12 10:55 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/587243bf0862 7152690: Initialization error with charset SJIS_0213 when security manager is enabled Summary: To use doPrivileged block to wrap the data reading code Reviewed-by: alanb ! src/share/classes/sun/nio/cs/ext/SJIS_0213.java + test/sun/nio/cs/TestSJIS0213_SM.java Changeset: e65a1756d825 Author: sherman Date: 2012-04-12 15:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e65a1756d825 7067045: replaceAll("\u20ac", "$"); causses java.lang.StringIndexOutOfBoundsExceptio Summary: Updated to throw IAE instead. Reviewed-by: lancea ! src/share/classes/java/util/regex/Matcher.java ! test/java/util/regex/RegExTest.java Changeset: 70d82f2a6c11 Author: dcubed Date: 2012-04-12 16:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/70d82f2a6c11 7160895: tools/launcher/VersionCheck.java attempts to launch .debuginfo Summary: Do not install .debuginfo files in bin dir. Reviewed-by: ksrini, sspitsyn ! make/common/Program.gmk Changeset: fa26ac92b29e Author: mullan Date: 2012-04-13 09:46 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fa26ac92b29e 7152564: Improve CodeSource.matchLocation(CodeSource) performance 7155693: CodeSource.matchLocation getPort test can be improved Reviewed-by: chegar ! src/share/classes/java/security/CodeSource.java ! test/java/security/CodeSource/Implies.java Changeset: edf10d16af25 Author: mullan Date: 2012-04-13 09:49 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/edf10d16af25 Merge Changeset: 7340f4a3c830 Author: vinnie Date: 2012-04-13 19:00 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7340f4a3c830 7152169: TEST_BUG: sun/security/tools/jarsigner/ec.sh occasionally fail due to keytool error on sparc Reviewed-by: mullan ! src/share/classes/sun/security/ec/ECParameters.java Changeset: 92c6d920efe0 Author: littlee Date: 2012-04-16 11:12 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/92c6d920efe0 7161282: Move test/sun/tools/classpath/RMICClassPathTest.java to a more appropriate location Reviewed-by: alanb + test/sun/rmi/rmic/classpath/RMICClassPathTest.java - test/sun/tools/classpath/RMICClassPathTest.java Changeset: c0f34986d1c5 Author: alanb Date: 2012-04-16 20:12 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/c0f34986d1c5 7143744: (se) Stabilize KQueue SelectorProvider and make default on MacOSX Reviewed-by: michaelm, chegar ! src/macosx/classes/sun/nio/ch/DefaultSelectorProvider.java ! src/macosx/classes/sun/nio/ch/KQueueArrayWrapper.java ! src/macosx/classes/sun/nio/ch/KQueueSelectorImpl.java ! src/macosx/classes/sun/nio/ch/KQueueSelectorProvider.java ! src/macosx/native/sun/nio/ch/KQueueArrayWrapper.c ! test/java/nio/channels/Selector/OpRead.java ! test/sun/nio/ch/SelProvider.java Changeset: d09775066f8a Author: dmeetry Date: 2012-04-17 16:13 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d09775066f8a 7015981: java.net.HttpCookie.domainMatches returns false if domain doesn't start with a dot Reviewed-by: chegar ! src/share/classes/java/net/HttpCookie.java Changeset: b700f85a8f29 Author: robm Date: 2012-04-17 07:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b700f85a8f29 7118373: (se) Potential leak file descriptor when deregistrating at around the same time as an async close Reviewed-by: alanb ! src/share/classes/sun/nio/ch/DatagramChannelImpl.java ! src/share/classes/sun/nio/ch/ServerSocketChannelImpl.java ! src/share/classes/sun/nio/ch/SocketChannelImpl.java ! src/solaris/classes/sun/nio/ch/SinkChannelImpl.java ! src/solaris/classes/sun/nio/ch/SourceChannelImpl.java Changeset: 9c1d7507ca37 Author: alanb Date: 2012-04-17 15:46 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9c1d7507ca37 7116200: (cs) test/java/nio/charset/coders/StreamTimeout.java fails with "Address already in use" Reviewed-by: alanb, chegar Contributed-by: jim.gish at oracle.com, forax at univ-mlv.fr ! test/java/nio/charset/coders/StreamTimeout.java Changeset: 869f53f58692 Author: sla Date: 2012-04-17 06:45 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/869f53f58692 7147848: com.sun.management.UnixOperatingSystem uses hardcoded dummy values [macosx] Summary: Provide the missing implementation UnixOperatingSystem on Mac OS X Reviewed-by: dsamersoff, dcubed ! src/solaris/native/com/sun/management/MacosxOperatingSystem.c ! src/solaris/native/com/sun/management/UnixOperatingSystem_md.c ! test/com/sun/management/OperatingSystemMXBean/TestTotalSwap.sh Changeset: 4ce1333232c5 Author: sla Date: 2012-04-17 07:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4ce1333232c5 Merge Changeset: 1d14903b32e8 Author: sla Date: 2012-04-17 08:49 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1d14903b32e8 Merge Changeset: cce6147632cf Author: dcubed Date: 2012-04-17 09:02 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cce6147632cf 7159320: change default ZIP_DEBUGINFO_FILES back to '1' after fix for 7133529 is available Reviewed-by: ohair, jmelvin, sspitsyn ! make/common/Defs-linux.gmk ! make/common/Defs-solaris.gmk ! make/common/Defs-windows.gmk Changeset: 6cf68360cfaf Author: joehw Date: 2012-04-17 11:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6cf68360cfaf 7160380: Sync JDK8 with JAXP 1.4.5 Summary: bring JDK8 up to date to what we have in 7u4 Reviewed-by: lancea, mullan ! src/share/lib/security/java.security ! src/share/lib/security/java.security-macosx ! src/share/lib/security/java.security-solaris ! src/share/lib/security/java.security-windows + test/java/lang/SecurityManager/CheckPackageAccess.java Changeset: 31c15e2f51ba Author: khazra Date: 2012-04-17 11:59 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/31c15e2f51ba 7152856: TEST_BUG: sun/net/www/protocol/jar/B4957695.java failing on Windows Summary: Remove usage of HTTP Server at test/sun/net/www/httptest Reviewed-by: chegar, alanb ! test/sun/net/www/protocol/jar/B4957695.java Changeset: 1757f049e8c0 Author: khazra Date: 2012-04-17 12:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1757f049e8c0 7157893: Warnings Cleanup in java.util.* Summary: Minor code changes to cleanup warnings in java.util.* Reviewed-by: mduigou, naoto, smarks Contributed-by: Remi Forax ! src/share/classes/java/util/AbstractCollection.java ! src/share/classes/java/util/AbstractList.java ! src/share/classes/java/util/AbstractMap.java ! src/share/classes/java/util/AbstractSet.java ! src/share/classes/java/util/ArrayDeque.java ! src/share/classes/java/util/ArrayList.java ! src/share/classes/java/util/Arrays.java ! src/share/classes/java/util/Calendar.java ! src/share/classes/java/util/Collections.java ! src/share/classes/java/util/ComparableTimSort.java ! src/share/classes/java/util/Currency.java ! src/share/classes/java/util/EnumMap.java ! src/share/classes/java/util/EnumSet.java ! src/share/classes/java/util/HashMap.java ! src/share/classes/java/util/HashSet.java ! src/share/classes/java/util/Hashtable.java ! src/share/classes/java/util/IdentityHashMap.java ! src/share/classes/java/util/IllegalFormatConversionException.java ! src/share/classes/java/util/JumboEnumSet.java ! src/share/classes/java/util/LinkedHashMap.java ! src/share/classes/java/util/Observable.java ! src/share/classes/java/util/PriorityQueue.java ! src/share/classes/java/util/Properties.java ! src/share/classes/java/util/PropertyPermission.java ! src/share/classes/java/util/RegularEnumSet.java ! src/share/classes/java/util/ResourceBundle.java ! src/share/classes/java/util/ServiceLoader.java ! src/share/classes/java/util/TimeZone.java ! src/share/classes/java/util/TreeMap.java ! src/share/classes/java/util/TreeSet.java ! src/share/classes/java/util/WeakHashMap.java Changeset: 9de97594f062 Author: michaelm Date: 2012-04-18 16:04 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9de97594f062 7162043: Add headless mode tests to problem list [macosx] Reviewed-by: alanb ! test/ProblemList.txt Changeset: 06e4020eebb2 Author: michaelm Date: 2012-04-18 16:05 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/06e4020eebb2 Merge Changeset: 38f3f446beff Author: lana Date: 2012-04-18 10:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/38f3f446beff Merge Changeset: 45da9cb055ee Author: lana Date: 2012-04-23 16:58 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/45da9cb055ee Merge From lana.steuck at oracle.com Tue Apr 24 14:47:40 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 24 Apr 2012 14:47:40 -0700 (PDT) Subject: jdk8-b36: JSN, Tools, Core Libraries, Serviceability, 2d, Awt, and Swing Message-ID: <201204242147.q3OLle1U023230@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8/jdk8/rev/6a6ba0a07f33 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/94bbaa67686f http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/45da9cb055ee http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/89b36c658e39 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/cfd288fe1d3e http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/dce0525b7ee5 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/a5a61f259961 --- All the fixes will be tested during promotion (no PIT testing at this point): 7157626 j2se test_tools Create a new test to check major version for a class file 7071907 java build JDK: Full Debug Symbols 7159320 java build change default ZIP_DEBUGINFO_FILES back to '1' after fix for 7160895 java build tools/launcher/VersionCheck.java attempts to launch .debugin 7152690 java char_encodings Initialization error with charset SJIS_0213 when security ma 7104147 java classes_2d the fix for cr6887286 was not appropriate for backporting 7150134 java classes_2d JCK api/java_awt/Graphics/index.html#DrawLine fails with OOM 7152519 java classes_2d Dependency on non-POSIX header file causes portabil 7159041 java classes_2d Fix for 7152519 causing build breakage. 7159136 java classes_2d JDK 7 font manager refactoring left JNI header generation an 7080700 java classes_awt numAppContexts is accessed in non-threadsafe way in sun.awt. 7097771 java classes_awt setEnabled does not work for components in disabled containe 7124272 java classes_awt [macosx] VK_DELETE does produce an extraneous character in a 7124286 java classes_awt [macosx] Option modifier should work like AltGr as in Apple 7124401 java classes_awt [macosx] After call Frame dispose() application continues to 7124411 java classes_awt [macosx] There's no KEY_TYPED for VK_ESCAPE 7124528 java classes_awt [macosx] Selection is not cleared properly in text component 7124553 java classes_awt [macosx] Need minimum size for titled Frames and JFrames 7125657 java classes_awt [macosx] SpreadSheet demo has the broken display when clicki 7147435 java classes_awt closed/java/awt/Toolkit/Headless/WrappedToolkitTest/WrappedT 7148275 java classes_awt [macosx] setIconImages() not working correctly (distorted ic 7149913 java classes_awt [macosx] Deadlock in LWTextComponentPeer 7150105 java classes_awt [macosx] four scroll-buttons don't display. scroll-sliders c 7156194 java classes_awt [macosx] Can't type non-ASCII characters into applets 7161109 java classes_awt [macosx] JCK AWT interactive test DnDTextDropTest fails on M 7158930 java classes_lang (ann) library support for repeating annotations is not built 7147848 java classes_manageme com.sun.management.UnixOperatingSystem uses hardcoded dummy 7015981 java classes_net java.net.HttpCookie.domainMatches returns false if domain do 7152856 java classes_net TEST_BUG: sun/net/www/protocol/jar/B4957695.java failing on 7116200 java classes_nio (cs) test/java/nio/charset/coders/StreamTimeout.java fails w 7118373 java classes_nio (se) Potential leak file descriptor when deregistrating at a 7133806 java classes_nio (fs) Typo in Files.newByteChannel javadoc 7143744 java classes_nio (se) Stabilize KQueue SelectorProvider and make default on M 7156873 java classes_nio (zipfs) FileSystems.newFileSystem(uri, env) fails for uri wi 7152169 java classes_security TEST_BUG: sun/security/tools/jarsigner/ec.sh occasionally fa 7152564 java classes_security Improve CodeSource.matchLocation(CodeSource) performance 7155693 java classes_security CodeSource.matchLocation getPort test can be improved 7158329 java classes_security NPE in sun.security.krb5.Credentials.acquireDefaultCreds() 7058852 java classes_sound javax/sound/sampled/FileWriter/AlawEncoderSync.java failing 7100140 java classes_sound [macosx] Test closed/javax/sound/sampled/DirectAudio/bug6400 7130447 java classes_sound javax/sound/sampled/Recording/bug6261423.java failed on win 7146146 java classes_swing Deadlock between subclass of AbstractDocument and UndoManage 7149090 java classes_swing Nimbus:BorderFactory.createTitledBorder() the DEFAULT positi 7158712 java classes_swing Synth Property "ComboBox.popupInsets" is ignored 7160653 java classes_swing test/javax/swing/plaf/synth/7158712/bug7158712.java failed o 7161768 java classes_swing closed/javax/swing/Popup/TaskbarPositionTest.java fails (tim 7121314 java classes_util (coll) Behavior mismatch between AbstractCollection.toArray( 7157893 java classes_util Warnings Cleanup in java.util.* 7067045 java classes_util_reg replaceAll("\u20ac", "$"); causses java.lang.StringIndexOutO 7154127 java compiler Inference cleanup: remove bound check analysis from visitors 7156633 java compiler (javac) incorrect errors when parsing variable declaration i 7154809 java debugger JDI: update JDI/JDB debugee commandline option parsing 7162043 java other Add headless mode tests to problem list [macosx] 6610897 java rmi New constructor in sun.tools.java.ClassPath builds a path us 7159130 java rmi java/rmi/transport/pinClientSocketFactory/PinClientSocketFac 7161282 java rmi Move test/sun/tools/classpath/RMICClassPathTest.java to a mo 7154822 java serviceability forward port fix for Bug 13645891 to JDK8 jcmd (1024 byte f 7160380 jaxp other Sync JDK8 with JAXP 1.4.5 7160496 jaxp other Rename JDK8 JAXP source directory 7157903 jsse runtime JSSE client sockets are very slow From john.coomes at oracle.com Wed Apr 25 12:44:02 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 25 Apr 2012 19:44:02 +0000 Subject: hg: jdk8/jdk8/hotspot: 21 new changesets Message-ID: <20120425194445.300E447265@hg.openjdk.java.net> Changeset: 4a32c51458b9 Author: amurillo Date: 2012-04-07 09:06 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4a32c51458b9 7159842: new hotspot build - hs24-b08 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 19e197e2a1af Author: coleenp Date: 2012-04-05 12:17 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/19e197e2a1af 7158988: jvm crashes while debugging on x86_32 and x86_64 Summary: Object pointer is pushed more than once on stack, where GC doesn't expect it. Reviewed-by: coleenp, kvn Contributed-by: axel.siebenborn at sap.com ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_64.cpp + test/runtime/7158988/FieldMonitor.java + test/runtime/7158988/TestFieldMonitor.sh + test/runtime/7158988/TestPostFieldModification.java Changeset: a4b63a58d295 Author: dcubed Date: 2012-04-09 08:38 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/a4b63a58d295 Merge Changeset: 10c12fb36ed2 Author: sla Date: 2012-04-05 14:16 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/10c12fb36ed2 7133111: libsaproc debug print should be printed as unsigned long to fit large numbers on 64bit platform Reviewed-by: dcubed, mgronlun, dsamersoff ! agent/src/os/linux/ps_core.c Changeset: 49036505ab5f Author: jiangli Date: 2012-03-29 22:18 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/49036505ab5f 7154670: The instanceKlass _implementors[] and _nof_implementors are not needed for non-interface klass. Summary: Change implementor to embedded instanceKlass field. Reviewed-by: sspitsyn, minqi, coleenp ! agent/src/share/classes/sun/jvm/hotspot/jdi/VirtualMachineImpl.java ! agent/src/share/classes/sun/jvm/hotspot/oops/InstanceKlass.java ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/ci/ciInstanceKlass.cpp ! src/share/vm/ci/ciInstanceKlass.hpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/code/dependencies.cpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/instanceKlassKlass.cpp ! src/share/vm/oops/instanceKlassKlass.hpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 5809bf572ba3 Author: jcoomes Date: 2012-03-31 00:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/5809bf572ba3 Merge Changeset: 08f8d00f2ae3 Author: bobv Date: 2012-04-10 13:27 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/08f8d00f2ae3 Merge ! src/share/vm/classfile/classFileParser.cpp Changeset: 0cea7f13029e Author: dlong Date: 2012-04-12 18:41 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0cea7f13029e Merge Changeset: df4cd4aac5c1 Author: rbackman Date: 2012-04-12 13:24 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/df4cd4aac5c1 7160924: jvmti: GetPhase returns incorrect phase before VMInit event is issued Reviewed-by: acorn, dcubed ! src/share/vm/runtime/thread.cpp Changeset: 27dab8a7c762 Author: coleenp Date: 2012-04-12 22:03 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/27dab8a7c762 7160467: Fix test for 7158988 Summary: Ended up checking in FieldMonitor.java as TestPostFieldModification.java Reviewed-by: kamg ! test/runtime/7158988/TestPostFieldModification.java Changeset: 0f701f572aed Author: coleenp Date: 2012-04-13 08:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0f701f572aed Merge Changeset: c263e0e9f14b Author: dcubed Date: 2012-04-15 15:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/c263e0e9f14b Merge Changeset: 0105f367a14c Author: rbackman Date: 2012-03-06 12:36 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0105f367a14c 7160570: Intrinsification support for tracing framework Reviewed-by: sla, never ! src/os/bsd/vm/osThread_bsd.hpp ! src/os/linux/vm/osThread_linux.hpp ! src/os/solaris/vm/osThread_solaris.hpp ! src/os/windows/vm/osThread_windows.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LIRGenerator.hpp ! src/share/vm/c1/c1_Runtime1.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/runtime.cpp ! src/share/vm/opto/runtime.hpp ! src/share/vm/runtime/osThread.hpp ! src/share/vm/trace/traceMacros.hpp Changeset: 5c86f8211d1e Author: brutisso Date: 2012-04-13 01:59 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/5c86f8211d1e 7160728: Introduce an extra logging level for G1 logging Summary: Added log levels "fine", "finer" and "finest". Let PrintGC map to "fine" and PrintGCDetails map to "finer". Separated out the per worker information in the G1 logging to the "finest" level. Reviewed-by: stefank, jwilhelm, tonyp, johnc ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp + src/share/vm/gc_implementation/g1/g1Log.cpp + src/share/vm/gc_implementation/g1/g1Log.hpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/g1/vm_operations_g1.cpp Changeset: b632e80fc9dc Author: brutisso Date: 2012-04-16 08:57 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/b632e80fc9dc 4988100: oop_verify_old_oop appears to be dead Summary: removed oop_verify_old_oop and allow_dirty. Also reviewed by: alexlamsl at gmail.com Reviewed-by: jmasa, jwilhelm ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psOldGen.hpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.cpp ! src/share/vm/gc_implementation/parallelScavenge/psYoungGen.hpp ! src/share/vm/gc_implementation/shared/immutableSpace.cpp ! src/share/vm/gc_implementation/shared/immutableSpace.hpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.cpp ! src/share/vm/gc_implementation/shared/mutableNUMASpace.hpp ! src/share/vm/gc_implementation/shared/mutableSpace.cpp ! src/share/vm/gc_implementation/shared/mutableSpace.hpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/memory/compactingPermGenGen.cpp ! src/share/vm/memory/compactingPermGenGen.hpp ! src/share/vm/memory/defNewGeneration.cpp ! src/share/vm/memory/defNewGeneration.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/generation.cpp ! src/share/vm/memory/generation.hpp ! src/share/vm/memory/space.cpp ! src/share/vm/memory/space.hpp ! src/share/vm/memory/universe.cpp ! src/share/vm/memory/universe.hpp ! src/share/vm/oops/instanceRefKlass.cpp ! src/share/vm/oops/klass.cpp ! src/share/vm/oops/klass.hpp ! src/share/vm/oops/objArrayKlass.cpp ! src/share/vm/oops/objArrayKlass.hpp ! src/share/vm/oops/oop.cpp ! src/share/vm/oops/oop.hpp ! src/share/vm/runtime/vmThread.cpp Changeset: dde53abda3d6 Author: stefank Date: 2012-04-11 16:18 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/dde53abda3d6 7160613: VerifyRememberedSets doesn't work with CompressedOops Summary: use load_decode_heap_oop instead of load_decode_heap_oop_not_null Reviewed-by: tonyp, brutisso ! src/share/vm/gc_implementation/parallelScavenge/cardTableExtension.cpp Changeset: 720b6a76dd9d Author: tonyp Date: 2012-04-18 07:21 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/720b6a76dd9d 7157073: G1: type change size_t -> uint for region counts / indexes Summary: Change the type of fields / variables / etc. that represent region counts and indeces from size_t to uint. Reviewed-by: iveresov, brutisso, jmasa, jwilhelm ! agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/HeapRegionSeq.java ! agent/src/share/classes/sun/jvm/hotspot/gc_implementation/g1/HeapRegionSetBase.java ! src/share/vm/gc_implementation/g1/collectionSetChooser.cpp ! src/share/vm/gc_implementation/g1/collectionSetChooser.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.inline.hpp ! src/share/vm/gc_implementation/g1/g1AllocRegion.cpp ! src/share/vm/gc_implementation/g1/g1AllocRegion.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1ErgoVerbose.hpp ! src/share/vm/gc_implementation/g1/g1MonitoringSupport.cpp ! src/share/vm/gc_implementation/g1/g1MonitoringSupport.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.hpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.cpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.hpp ! src/share/vm/gc_implementation/g1/heapRegionSeq.inline.hpp ! src/share/vm/gc_implementation/g1/heapRegionSet.cpp ! src/share/vm/gc_implementation/g1/heapRegionSet.hpp ! src/share/vm/gc_implementation/g1/heapRegionSet.inline.hpp ! src/share/vm/gc_implementation/g1/sparsePRT.cpp ! src/share/vm/gc_implementation/g1/vmStructs_g1.hpp Changeset: f7a8920427a6 Author: tonyp Date: 2012-04-18 13:39 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f7a8920427a6 7145441: G1: collection set chooser-related cleanup Summary: Cleanup of the CSet chooser class: standardize on uints for region num and indexes (instead of int, jint, etc.), make the method / field naming style more consistent, remove a lot of dead code. Reviewed-by: johnc, brutisso ! src/share/vm/gc_implementation/g1/collectionSetChooser.cpp ! src/share/vm/gc_implementation/g1/collectionSetChooser.hpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp ! src/share/vm/gc_implementation/g1/g1_globals.hpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.hpp Changeset: f3f101a5e59b Author: johnc Date: 2012-04-20 11:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f3f101a5e59b Merge Changeset: dff6e3459210 Author: amurillo Date: 2012-04-20 16:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/dff6e3459210 Merge Changeset: 50b4400ca1ec Author: amurillo Date: 2012-04-20 16:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/50b4400ca1ec Added tag hs24-b08 for changeset dff6e3459210 ! .hgtags From alejandro.murillo at oracle.com Wed Apr 25 13:03:20 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 25 Apr 2012 14:03:20 -0600 Subject: jdk8-b36: HotSpot Message-ID: <4F985888.7060707@oracle.com> hs24-b08 has been integrated into jdk8-b36. http://hg.openjdk.java.net/jdk8/jdk8/rev/6a6ba0a07f33 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/a5a61f259961 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/50b4400ca1ec http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/cfd288fe1d3e http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/89b36c658e39 http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/45da9cb055ee http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/94bbaa67686f Component : VM Status : 0 major failures, 0 minor failures Date : 04/25/2012 at 06:42 Tested By : VM SQE& leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-04-20-232656.amurillo.hs24-b08-snapshot Bundles : 2012-04-20-232656.amurillo.hs24-b08-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs :http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b08/8/b36/2012-04-20/ Number of Tests Executed : 92502 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 4988100: oop_verify_old_oop appears to be dead 7133111: libsaproc debug print should be printed as unsigned long to fit large numbers on 64bit platform 7160613: VerifyRememberedSets doesn't work with CompressedOops 7160728: Introduce an extra logging level for G1 logging Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 7158988: jvm crashes while debugging on x86_32 and x86_64 7160570: Intrinsification support for tracing framework 7160924: jvmti: GetPhase returns incorrect phase before VMInit event is issued Build change only: 7145441: G1: collection set chooser-related cleanup 7154670: The instanceKlass _implementors[] and _nof_implementors are not needed for non-interface klass 7157073: G1: type change size_t -> uint for region counts / indexes 7159842: new hotspot build - hs24-b08 7160467: Fix test for 7158988 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.8.0-b36 Issues and Notes: This is a PIT of HS24 b08 for JDK 8. Two issues are still analyzed I\'ll file bugs later. ------------------------------- From VM SQE& leonid.mesnik at oracle.com Component : VM Status : 0 major failures, 0 minor failures Date : 04/25/2012 at 06:42 Tested By : VM SQE& leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-04-20-232656.amurillo.hs24-b08-snapshot Bundles : 2012-04-20-232656.amurillo.hs24-b08-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs :http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK/PIT/VM/hs24/b08/8/b36/2012-04-20/ Number of Tests Executed : 92502 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 4988100: oop_verify_old_oop appears to be dead 7133111: libsaproc debug print should be printed as unsigned long to fit large numbers on 64bit platform 7160613: VerifyRememberedSets doesn't work with CompressedOops 7160728: Introduce an extra logging level for G1 logging Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 7158988: jvm crashes while debugging on x86_32 and x86_64 7160570: Intrinsification support for tracing framework 7160924: jvmti: GetPhase returns incorrect phase before VMInit event is issued Build change only: 7145441: G1: collection set chooser-related cleanup 7154670: The instanceKlass _implementors[] and _nof_implementors are not needed for non-interface klass 7157073: G1: type change size_t -> uint for region counts / indexes 7159842: new hotspot build - hs24-b08 7160467: Fix test for 7158988 New bugs filed: Bugs in PIT build: Bugs in earlier promoted build: Number of PIT requested: 1 Integration target J2SE build number: 1.8.0-b36 Issues and Notes: This is a PIT of HS24 b08 for JDK 8. Two issues are still being analyzed I'll file bugs later. ------------------------------- From VM SQE& leonid.mesnik at oracle.com -- Alejandro E Murillo, Java Performance Phone: (303) 955-2584. Timezone: US/Mountain (UTC-0700) From mathias.axelsson at oracle.com Thu Apr 26 01:13:47 2012 From: mathias.axelsson at oracle.com (Mathias Axelsson) Date: Thu, 26 Apr 2012 10:13:47 +0200 Subject: Proposed dates for JDK 8 In-Reply-To: <7DC06E6A-8BDA-4C6F-ACA8-21637F548DD5@oracle.com> References: <7DC06E6A-8BDA-4C6F-ACA8-21637F548DD5@oracle.com> Message-ID: Hi, Since I didn't get any pushback on the below dates I will move forward with those dates as the plan of record for JDK 8. Kind regards, Mathias On Apr 4, 2012, at 6:40 PM, Mathias Axelsson wrote: > Hi, > > First of all I'd like to introduce myself. My name is Mathias Axelsson and > I'm the lead release manager for the Oracle JDK. I'm based in Stockholm, > Sweden. > > Although my role at Oracle is to ensure that we deliver Oracle JDK 8 I think > it's clear that our developers are primarily focused on delivering code into > OpenJDK, and so I'd like to propose the following high-level dates for the > JDK 8 Release Project for review and feedback. > > In 2010 Mark posted details about plan B for JDK 7 and JDK 8 [1]. The below > dates have been adjusted from the original post based on the details I have > for JDK 8 at this stage to come up with an achievable plan. > > First of all I'd like to propose some dates for the implementation milestones > for JDK 8 so that there are some high-level buckets that can be targeted for > delivering features and enhancements. > > Implementation milestones: > - M1: August 2011 - April 24, 2012 > - M2: Ends June 14, 2012 > - M3: Ends July 30, 2012 > - M4: Ends September 11, 2012 > - M5: Ends November 26, 2012 > - M6: Ends January 30, 2013 > > Based on the above I would recommend a feature complete (FC) date of > end of January 2013 when all features and new tests development would > need to be completed. > > Since there are a lot of features going into JDK 8 I think we need at least > as much time to stabilize JDK 8 as was needed in JDK 7. That leads us to a > target release date in September 2013. > > In order to get from FC to the release date based on the above dates I think > we'll need to raise the bar in steps during the bug fixing phase of the > release so that we stay focused on the critical issues. I would like to > recommend the following approach. > > - General bug fixing from early February till early April 2013 > - In early April 2013 the bar is raised to only allow P1-P3 bugs to be fixed > - By mid-June 2013 the bar is raised even higher and only showstopper bug > fixes are considered > > The component JSRs will most likely need time to bake beyond the FC date, > so I think JSR work should be exempt from the above rules until early > May 2013. After that time they'll follow the same approach as above. > > In order to reduce the likelihood of critical bugs being discovered very > late in the game, as had happened in the final days of JDK 7 stabilization > with bugs that were discovered [2] by Apache Lucene developers, I would > like to recommend that we set a date for when testing and bug reporting > should have been completed in order to have enough time to fix them before > shipping JDK 8. Based on the proposed dates I would recommend that we set > that date to early April 2013. Bugs reported after this date should be > looked at (and hopefully fixed) as well but if the reports comes in too late > it might not be possible to fix them within the JDK 8 time frame. Therefore > I propose a proactive approach to test early and report the issues so we can > prioritize the critical bugs as early as possible. > > I would like the timeline for JDK 8 to be clear for everyone working on the > project so please respond with any feedback by April 17 so it can be taken > into account. > > Kind regards, > Mathias Axelsson > > [1] http://mreinhold.org/blog/plan-b > [2] https://blogs.oracle.com/java/entry/java_7_questions_answers > From mathias.axelsson at oracle.com Thu Apr 26 01:22:23 2012 From: mathias.axelsson at oracle.com (Mathias Axelsson) Date: Thu, 26 Apr 2012 10:22:23 +0200 Subject: Proposed dates for JDK 8 In-Reply-To: References: <20120405182046.1A9D6809@eggemoggin.niobe.net> Message-ID: Hi Martin, On Apr 14, 2012, at 11:19 AM, Martijn Verburg wrote: > It's a hard one to guess this far out. My aim is to have the individual projects run the testing but to provide volunteer testers from the various user groups around the world. So for example the Apache Tomcat team would set a few days for testing and we'd provide 5-10 folks to help them execute their specific test plan. > > I'll need to get more feedback from the various project leads to see how long they think it'll take (several of them had Java 7 test plans, so hopefully we can get a rough guide). Thanks for the details. For now I've made the assumption that four calendar weeks will be needed for the JUGs testing so I can come up with an M7 date. If the assumption turns out to not be valid after you've spoken to the project leads then I'll revisit the date. If you could let me know once you've had the chance to speak to the various project leads that would be great. Kind regards, Mathias From sue.wei at oracle.com Thu Apr 26 11:49:00 2012 From: sue.wei at oracle.com (SUE WEI) Date: Thu, 26 Apr 2012 11:49:00 -0700 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F99989C.3050906@oracle.com> I tried to use the new building system to build lambda jdk, but I got the following error at the first step autoconf/configure: ... checking if uncygdrive can be created... C:/cygwin/home/suwei/lambda-4-25/build/ windows-ia32-normal-clientANDserver-release/uncygdrive.exe checking if uncygdrive.exe works... no Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for 80x86 Copyright (C) Microsoft Corporation. All rights reserved. cl : Command line warning D9002 : ignoring unknown option '/home/suwei/lambda-4- 25/common/src/uncygdrive.c' cl : Command line error D8003 : missing source filename configure: error: Uncygdrive did not work! Did anyone happen to have the same problem, or know what I need to do to solve the problem? Thank you, Sue On 4/12/2012 2:47 AM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating > a new build system. The goals of the project include, but are not > limited to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to > try out! The old build system is still there, and if you want to > continue to use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome > you to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If you want > to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not > yet have full platform support, nor are all parts of the old build > converted (but then we fall back on the old build system), and there > are likely to be bugs. Most of all, we need to have exposure on a wide > range of different build systems, since the reality is always so much > messier than you'd want to believe. :-) Please help us to resolve such > issues early by trying the new build system! > > Any questions or discussions on the new build system should be sent to > build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From oehrstroem at gmail.com Thu Apr 26 12:37:35 2012 From: oehrstroem at gmail.com (=?ISO-8859-1?Q?Fredrik_=D6hrstr=F6m?=) Date: Thu, 26 Apr 2012 21:37:35 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F99989C.3050906@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F99989C.3050906@oracle.com> Message-ID: Aha! I think the reason is that uncygdrive only knows how to translate from from /cygdrive/c/cygwin/home/suwei/.... to c:/cygwin/home/suwei/.... It does not know that it should translate /home into c:/cygwin/home Pleasy try to use the explicit path /cygdrive/c/... instead of /home We should add support for /home to uncygdrive. And support for detecting which cygdrive prefix is actually used. In 99% of the case it is just /cygdrive, but it can be changed. //Fredrik Den torsdagen den 26:e april 2012 skrev SUE WEI: > I tried to use the new building system to build lambda jdk, but I got the > following error at the first step autoconf/configure: > > ... > checking if uncygdrive can be created... C:/cygwin/home/suwei/lambda-4-** > 25/build/ > windows-ia32-normal-**clientANDserver-release/**uncygdrive.exe > checking if uncygdrive.exe works... no > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 16.00.30319.01 for > 80x86 > Copyright (C) Microsoft Corporation. All rights reserved. > > cl : Command line warning D9002 : ignoring unknown option > '/home/suwei/lambda-4- > 25/common/src/uncygdrive.c' > cl : Command line error D8003 : missing source filename > configure: error: Uncygdrive did not work! > > Did anyone happen to have the same problem, or know what I need to do to > solve the problem? > > Thank you, > Sue > > > On 4/12/2012 2:47 AM, Magnus Ihse Bursie wrote: > >> The build-infra project [1] has been working for a while with creating a >> new build system. The goals of the project include, but are not limited to, >> improved build performance and improved ease of use. >> >> The first part of this project has now been pushed to the jdk8 master >> forest. This means that the new build system is available for you to try >> out! The old build system is still there, and if you want to continue to >> use it, you will notice no difference (for now...). >> >> But if you are interested in trying the new build system, we welcome you >> to experiment with it! The basic operation is: >> cd common/makefiles >> ../autoconf/configure >> make >> >> More information is available in the new build README [2]. If you want to >> try the new build system, please read it first. >> >> Please note that the new build system is not yet complete. We do not yet >> have full platform support, nor are all parts of the old build converted >> (but then we fall back on the old build system), and there are likely to be >> bugs. Most of all, we need to have exposure on a wide range of different >> build systems, since the reality is always so much messier than you'd want >> to believe. :-) Please help us to resolve such issues early by trying the >> new build system! >> >> Any questions or discussions on the new build system should be sent to >> build-dev at openjdk.java.net. >> >> /Magnus >> >> [1] http://openjdk.java.net/**projects/build-infra/index.**html >> [2] http://openjdk.java.net/**projects/build-infra/guide.**html >> >> From sue.wei at oracle.com Thu Apr 26 14:40:24 2012 From: sue.wei at oracle.com (SUE WEI) Date: Thu, 26 Apr 2012 14:40:24 -0700 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: References: <4F86A4CB.4000908@oracle.com> <4F99989C.3050906@oracle.com> Message-ID: <4F99C0C8.9080109@oracle.com> Fredrik/Jim, Thank you for the answers. It really is the path "/home/..." that confuses uncygdrive. When I open cygwin, I'm in my home dir /home/suwei, which is actually c:/cygwin/home/suwei, so I cd to /cygdrive/c/cygwin/home/suwei, although it's the same location. Then everything was fine running from there. Thank you, Sue On 4/26/2012 12:37 PM, Fredrik ?hrstr?m wrote: > Aha! I think the reason is that uncygdrive only knows how to translate > from > from /cygdrive/c/cygwin/home/suwei/.... to c:/cygwin/home/suwei/.... > > It does not know that it should translate /home into c:/cygwin/home > > Pleasy try to use the explicit path /cygdrive/c/... instead of /home > > We should add support for /home to uncygdrive. And support for > detecting which cygdrive prefix is actually used. In 99% of the case > it is just /cygdrive, but it can be changed. > > //Fredrik > > Den torsdagen den 26:e april 2012 skrev SUE WEI: > > I tried to use the new building system to build lambda jdk, but I > got the following error at the first step autoconf/configure: > > ... > checking if uncygdrive can be created... > C:/cygwin/home/suwei/lambda-4-25/build/ > windows-ia32-normal-clientANDserver-release/uncygdrive.exe > checking if uncygdrive.exe works... no > Microsoft (R) 32-bit C/C++ Optimizing Compiler Version > 16.00.30319.01 for 80x86 > Copyright (C) Microsoft Corporation. All rights reserved. > > cl : Command line warning D9002 : ignoring unknown option > '/home/suwei/lambda-4- > 25/common/src/uncygdrive.c' > cl : Command line error D8003 : missing source filename > configure: error: Uncygdrive did not work! > > Did anyone happen to have the same problem, or know what I need to > do to solve the problem? > > Thank you, > Sue > > > On 4/12/2012 2:47 AM, Magnus Ihse Bursie wrote: > > The build-infra project [1] has been working for a while with > creating a new build system. The goals of the project include, > but are not limited to, improved build performance and > improved ease of use. > > The first part of this project has now been pushed to the jdk8 > master forest. This means that the new build system is > available for you to try out! The old build system is still > there, and if you want to continue to use it, you will notice > no difference (for now...). > > But if you are interested in trying the new build system, we > welcome you to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If > you want to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We > do not yet have full platform support, nor are all parts of > the old build converted (but then we fall back on the old > build system), and there are likely to be bugs. Most of all, > we need to have exposure on a wide range of different build > systems, since the reality is always so much messier than > you'd want to believe. :-) Please help us to resolve such > issues early by trying the new build system! > > Any questions or discussions on the new build system should be > sent to build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From david.katleman at oracle.com Thu Apr 26 19:12:40 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:12:40 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b36 for changeset 6a6ba0a07f33 Message-ID: <20120427021240.6F8EC472AF@hg.openjdk.java.net> Changeset: 47aa0ddc9126 Author: katleman Date: 2012-04-26 14:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/47aa0ddc9126 Added tag jdk8-b36 for changeset 6a6ba0a07f33 ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:12:46 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:12:46 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b36 for changeset a5a61f259961 Message-ID: <20120427021247.8D301472B0@hg.openjdk.java.net> Changeset: 83fac66442cf Author: katleman Date: 2012-04-26 14:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/83fac66442cf Added tag jdk8-b36 for changeset a5a61f259961 ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:13:28 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:13:28 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b36 for changeset 50b4400ca1ec Message-ID: <20120427021332.28FB7472B1@hg.openjdk.java.net> Changeset: bfcf92bfefb8 Author: katleman Date: 2012-04-26 14:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/bfcf92bfefb8 Added tag jdk8-b36 for changeset 50b4400ca1ec ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:15:55 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:15:55 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b36 for changeset cfd288fe1d3e Message-ID: <20120427021557.6D2E4472B2@hg.openjdk.java.net> Changeset: c388369cf4da Author: katleman Date: 2012-04-26 14:06 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/c388369cf4da Added tag jdk8-b36 for changeset cfd288fe1d3e ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:16:10 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:16:10 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b36 for changeset 89b36c658e39 Message-ID: <20120427021614.2E3BE472B3@hg.openjdk.java.net> Changeset: b05a948db1b6 Author: katleman Date: 2012-04-26 14:06 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/b05a948db1b6 Added tag jdk8-b36 for changeset 89b36c658e39 ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:16:35 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:16:35 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b36 for changeset 45da9cb055ee Message-ID: <20120427021653.79F86472B4@hg.openjdk.java.net> Changeset: 9e82ac15ab80 Author: katleman Date: 2012-04-26 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9e82ac15ab80 Added tag jdk8-b36 for changeset 45da9cb055ee ! .hgtags From david.katleman at oracle.com Thu Apr 26 19:17:15 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 27 Apr 2012 02:17:15 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b36 for changeset 94bbaa67686f Message-ID: <20120427021717.EB87C472B5@hg.openjdk.java.net> Changeset: 5891b38985e8 Author: katleman Date: 2012-04-26 14:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/5891b38985e8 Added tag jdk8-b36 for changeset 94bbaa67686f ! .hgtags From artem.ananiev at oracle.com Fri Apr 27 00:38:11 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 27 Apr 2012 11:38:11 +0400 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F86A4CB.4000908@oracle.com> References: <4F86A4CB.4000908@oracle.com> Message-ID: <4F9A4CE3.5080104@oracle.com> Tried it on Windows 7. Cygwin, make, bootstrap JDK - everything was configured to build JDK with the old system. Langtools, hotspot, corba, jaxp, jaxws are built fine, but in jdk it fails with the following symptoms: 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error 487 Stack trace: Frame Function Args 0028EBA8 6102796B (0028EBA8, 00000000, 00000000, 00000002) 0028EE98 6102796B (6117EC60, 00008000, 00000000, 61180977) 0028FEC8 61004F1B (61180EA0, 0029BCF0, 002A0000, 00000001) 0028FF18 610067E8 (00511EDE, 0028FF20, 00001F80, 037F037F) 0028FF48 6100684D (00511EDE, 7EFDE000, 0028FF68, 00459F03) 0028FF58 610068CB (00402010, 61160200, 0028FF88, 0040103D) 0028FF68 00459F03 (00402010, 00000000, 00000000, 00000000) 0028FF88 0040103D (7EFDE000, 0028FFD4, 776C9EF2, 7EFDE000) 0028FF94 7682339A (7EFDE000, F0348E7F, 00000000, 00000000) 0028FFD4 776C9EF2 (00401000, 7EFDE000, 00000000, 00000000) 0028FFEC 776C9EC5 (00401000, 7EFDE000, 00000000, 78746341) End of stack trace 15839974 [main] sh 7892 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0x600, errno 11 /bin/sh: fork: Resource temporarily unavailable make[2]: *** [/cygdrive/c/work/ws/build-infra-jdk8/build/windows-x64-normal-server-release/jdk/newrt.jar] Error 129 make[1]: *** [all] Error 2 make: *** [jdk] Error 2 Thanks, Artem On 4/12/2012 1:47 PM, Magnus Ihse Bursie wrote: > The build-infra project [1] has been working for a while with creating a > new build system. The goals of the project include, but are not limited > to, improved build performance and improved ease of use. > > The first part of this project has now been pushed to the jdk8 master > forest. This means that the new build system is available for you to try > out! The old build system is still there, and if you want to continue to > use it, you will notice no difference (for now...). > > But if you are interested in trying the new build system, we welcome you > to experiment with it! The basic operation is: > cd common/makefiles > ../autoconf/configure > make > > More information is available in the new build README [2]. If you want > to try the new build system, please read it first. > > Please note that the new build system is not yet complete. We do not yet > have full platform support, nor are all parts of the old build converted > (but then we fall back on the old build system), and there are likely to > be bugs. Most of all, we need to have exposure on a wide range of > different build systems, since the reality is always so much messier > than you'd want to believe. :-) Please help us to resolve such issues > early by trying the new build system! > > Any questions or discussions on the new build system should be sent to > build-dev at openjdk.java.net. > > /Magnus > > [1] http://openjdk.java.net/projects/build-infra/index.html > [2] http://openjdk.java.net/projects/build-infra/guide.html > From magnus.ihse.bursie at oracle.com Fri Apr 27 01:36:56 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 27 Apr 2012 10:36:56 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A4CE3.5080104@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> Message-ID: <4F9A5AA8.5050905@oracle.com> On 2012-04-27 09:38, Artem Ananiev wrote: > > > 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: > can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error > 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - > fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error 487 This is a cygwin problem, which pops up every now and then when running cygwin. The basic problem is that cygwin tries to emulate posix behaviour on windows, but the fork semantics is not available and so it has to be "faked". Sometimes this fails. It seems to fail more often on Windows 7. Running make files often causes a lot of forks, so it increases the likelihood of failure. Please just try to re-run make and see if that solves your problem. If it repeats and seems to happen at the same place, let us known. If that is the case, we might find some specific circumstances that makes it more likely to happen, and maybe we can modify that slightly. /Magnus From artem.ananiev at oracle.com Fri Apr 27 02:56:55 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 27 Apr 2012 13:56:55 +0400 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A5AA8.5050905@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> <4F9A5AA8.5050905@oracle.com> Message-ID: <4F9A6D67.10206@oracle.com> Hi, Magnus, thanks for your feedback. Here is what I have already tried: 1. Disable anti-virus 2. Upgrade sh/bash/make to the latest or to the stable versions 3. Disable DEP for sh.exe/bash.exe 4. Run rebaseall/peflagsall 5. Re-run make 6. Reboot It still fails. I cannot say for sure if it fails in the same place, but always in "jdk". All other workspaces are built fine: hotspot, langtools, etc. Thanks, Artem On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote: > On 2012-04-27 09:38, Artem Ananiev wrote: >> >> >> 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: >> can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >> 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - >> fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error 487 > > This is a cygwin problem, which pops up every now and then when running > cygwin. > > The basic problem is that cygwin tries to emulate posix behaviour on > windows, but the fork semantics is not available and so it has to be > "faked". Sometimes this fails. It seems to fail more often on Windows 7. > Running make files often causes a lot of forks, so it increases the > likelihood of failure. > > Please just try to re-run make and see if that solves your problem. > > If it repeats and seems to happen at the same place, let us known. If > that is the case, we might find some specific circumstances that makes > it more likely to happen, and maybe we can modify that slightly. > > /Magnus > From david.holmes at oracle.com Fri Apr 27 03:46:57 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 27 Apr 2012 20:46:57 +1000 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A6D67.10206@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> <4F9A5AA8.5050905@oracle.com> <4F9A6D67.10206@oracle.com> Message-ID: <4F9A7921.5020303@oracle.com> Could it be that the parallelism of the new build is simply too high for your system - hence you get memory exhaustion? David On 27/04/2012 7:56 PM, Artem Ananiev wrote: > Hi, Magnus, > > thanks for your feedback. Here is what I have already tried: > > 1. Disable anti-virus > > 2. Upgrade sh/bash/make to the latest or to the stable versions > > 3. Disable DEP for sh.exe/bash.exe > > 4. Run rebaseall/peflagsall > > 5. Re-run make > > 6. Reboot > > It still fails. I cannot say for sure if it fails in the same place, but > always in "jdk". All other workspaces are built fine: hotspot, > langtools, etc. > > Thanks, > > Artem > > On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote: >> On 2012-04-27 09:38, Artem Ananiev wrote: >>> >>> >>> 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: >>> can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>> 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - >>> fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>> 487 >> >> This is a cygwin problem, which pops up every now and then when running >> cygwin. >> >> The basic problem is that cygwin tries to emulate posix behaviour on >> windows, but the fork semantics is not available and so it has to be >> "faked". Sometimes this fails. It seems to fail more often on Windows 7. >> Running make files often causes a lot of forks, so it increases the >> likelihood of failure. >> >> Please just try to re-run make and see if that solves your problem. >> >> If it repeats and seems to happen at the same place, let us known. If >> that is the case, we might find some specific circumstances that makes >> it more likely to happen, and maybe we can modify that slightly. >> >> /Magnus >> From artem.ananiev at oracle.com Fri Apr 27 03:57:18 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 27 Apr 2012 14:57:18 +0400 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A7921.5020303@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> <4F9A5AA8.5050905@oracle.com> <4F9A6D67.10206@oracle.com> <4F9A7921.5020303@oracle.com> Message-ID: <4F9A7B8E.1070108@oracle.com> On 4/27/2012 2:46 PM, David Holmes wrote: > Could it be that the parallelism of the new build is simply too high for > your system - hence you get memory exhaustion? Yes, that's possible, because my desktop has 4Gb RAM. Number of CPU cores is only 2, though, so it's not massively parallel. I'm now building in 32-bit mode, will check if it helps. Thanks, Artem > David > > On 27/04/2012 7:56 PM, Artem Ananiev wrote: >> Hi, Magnus, >> >> thanks for your feedback. Here is what I have already tried: >> >> 1. Disable anti-virus >> >> 2. Upgrade sh/bash/make to the latest or to the stable versions >> >> 3. Disable DEP for sh.exe/bash.exe >> >> 4. Run rebaseall/peflagsall >> >> 5. Re-run make >> >> 6. Reboot >> >> It still fails. I cannot say for sure if it fails in the same place, but >> always in "jdk". All other workspaces are built fine: hotspot, >> langtools, etc. >> >> Thanks, >> >> Artem >> >> On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote: >>> On 2012-04-27 09:38, Artem Ananiev wrote: >>>> >>>> >>>> 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: >>>> can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>>> 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - >>>> fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>>> 487 >>> >>> This is a cygwin problem, which pops up every now and then when running >>> cygwin. >>> >>> The basic problem is that cygwin tries to emulate posix behaviour on >>> windows, but the fork semantics is not available and so it has to be >>> "faked". Sometimes this fails. It seems to fail more often on Windows 7. >>> Running make files often causes a lot of forks, so it increases the >>> likelihood of failure. >>> >>> Please just try to re-run make and see if that solves your problem. >>> >>> If it repeats and seems to happen at the same place, let us known. If >>> that is the case, we might find some specific circumstances that makes >>> it more likely to happen, and maybe we can modify that slightly. >>> >>> /Magnus >>> From artem.ananiev at oracle.com Fri Apr 27 04:50:15 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Fri, 27 Apr 2012 15:50:15 +0400 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A7B8E.1070108@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> <4F9A5AA8.5050905@oracle.com> <4F9A6D67.10206@oracle.com> <4F9A7921.5020303@oracle.com> <4F9A7B8E.1070108@oracle.com> Message-ID: <4F9A87F7.7040907@oracle.com> On 4/27/2012 2:57 PM, Artem Ananiev wrote: > > On 4/27/2012 2:46 PM, David Holmes wrote: >> Could it be that the parallelism of the new build is simply too high for >> your system - hence you get memory exhaustion? > > Yes, that's possible, because my desktop has 4Gb RAM. Number of CPU > cores is only 2, though, so it's not massively parallel. I'm now > building in 32-bit mode, will check if it helps. 32-bit build also fails, in the same place as 64-bit: Compiling 4 files in batch BUILD_BREAKITERATOR Generating BreakIteratorData Generating BreakIteratorData_th Installing META-INF/services/javax.script.ScriptEngineFactory Installing META-INF/services/com.sun.jdi.connect.spi.TransportService Installing META-INF/services/com.sun.jdi.connect.Connector Installing META-INF/services/sun.java2d.pipe.RenderingEngine Installing META-INF/services/sun.net.spi.nameservice.NameServiceDescriptor Installing META-INF/services/com.sun.tools.attach.spi.AttachProvider Installing META-INF/services/javax.print.PrintServiceLookup Installing META-INF/services/javax.print.StreamPrintServiceFactory Compiling 8169 files in batch BUILD_JDK c:\work\ws\build-infra-jdk8\jdk\src\share\classes\java\awt\EventDispatchThread.java:123: warning: non-varargs call of varargs method with inexact argument type for last parameter; final Method evaluateMethod = Class.forName("sun.lwawt.macosx.EventDispatchAccess").getMethod("evaluate", null); ^ cast to Class for a varargs call cast to Class[] for a non-varargs call and to suppress this warning c:\work\ws\build-infra-jdk8\jdk\src\share\classes\java\awt\EventDispatchThread.java:126: warning: non-varargs call of varargs method with inexact argument type for last parameter; return ((Boolean)evaluateMethod.invoke(cond, null)).booleanValue(); ^ cast to Object for a varargs call cast to Object[] for a non-varargs call and to suppress this warning Note: Some input files use or override a deprecated API. Note: Recompile with -Xlint:deprecation for details. Note: Some input files use unchecked or unsafe operations. Note: Recompile with -Xlint:unchecked for details. 2 warnings 321 [main] sh 5300 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 321 [main] sh 5300 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 /bin/sh: fork: retry: Resource temporarily unavailable 2 [main] sh 4440 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 2 [main] sh 4440 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 /bin/sh: fork: retry: Resource temporarily unavailable 11 [main] sh 5820 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 11 [main] sh 5820 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 /bin/sh: fork: retry: Resource temporarily unavailable 415 [main] sh 3396 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 /bin/sh: fork: retry: Resource temporarily unavailableit memory for stack 0x289000(94208), Win32 error 487 12 [main] sh 6008 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 12 [main] sh 6008 child_info_fork::abort: can't commit memory for stack 0x289000(94208), Win32 error 487 /bin/sh: fork: Resource temporarily unavailable CompileJavaClasses.gmk:231: recipe for target `/cygdrive/c/work/ws/build-infra-jdk8/build/windows-ia32-normal-clientANDserver-release/jdk/newrt.jar' failedmake[ ]: *** [/cygdrive/c/work/ws/build-infra-jdk8/build/windows-ia32-normal-clientANDserver-release/jdk/newrt.jar] Error 254 makeMakefile:41: recipe for target `all' failed[1]: *** [all] Error 2 /cygdrive/c/work/ws/build-infra-jdk8/common/makefiles/Makefile:121: recipe for target `jdk' failed make: *** [jdk] Error 2 Thanks, Artem > Thanks, > > Artem > >> David >> >> On 27/04/2012 7:56 PM, Artem Ananiev wrote: >>> Hi, Magnus, >>> >>> thanks for your feedback. Here is what I have already tried: >>> >>> 1. Disable anti-virus >>> >>> 2. Upgrade sh/bash/make to the latest or to the stable versions >>> >>> 3. Disable DEP for sh.exe/bash.exe >>> >>> 4. Run rebaseall/peflagsall >>> >>> 5. Re-run make >>> >>> 6. Reboot >>> >>> It still fails. I cannot say for sure if it fails in the same place, but >>> always in "jdk". All other workspaces are built fine: hotspot, >>> langtools, etc. >>> >>> Thanks, >>> >>> Artem >>> >>> On 4/27/2012 12:36 PM, Magnus Ihse Bursie wrote: >>>> On 2012-04-27 09:38, Artem Ananiev wrote: >>>>> >>>>> >>>>> 15830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - fork: >>>>> can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>>>> 48715830981 [main] sh 7892 C:\cygwin\bin\sh.exe: *** fatal error - >>>>> fork: can't reserve memory for stack 0x29BCF0 - 0x2A0000, Win32 error >>>>> 487 >>>> >>>> This is a cygwin problem, which pops up every now and then when running >>>> cygwin. >>>> >>>> The basic problem is that cygwin tries to emulate posix behaviour on >>>> windows, but the fork semantics is not available and so it has to be >>>> "faked". Sometimes this fails. It seems to fail more often on >>>> Windows 7. >>>> Running make files often causes a lot of forks, so it increases the >>>> likelihood of failure. >>>> >>>> Please just try to re-run make and see if that solves your problem. >>>> >>>> If it repeats and seems to happen at the same place, let us known. If >>>> that is the case, we might find some specific circumstances that makes >>>> it more likely to happen, and maybe we can modify that slightly. >>>> >>>> /Magnus >>>> From magnus.ihse.bursie at oracle.com Fri Apr 27 05:08:42 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 27 Apr 2012 14:08:42 +0200 Subject: First build-infra push to jdk8 -- try out the new build system! In-Reply-To: <4F9A7B8E.1070108@oracle.com> References: <4F86A4CB.4000908@oracle.com> <4F9A4CE3.5080104@oracle.com> <4F9A5AA8.5050905@oracle.com> <4F9A6D67.10206@oracle.com> <4F9A7921.5020303@oracle.com> <4F9A7B8E.1070108@oracle.com> Message-ID: <4F9A8C4A.8010305@oracle.com> On 2012-04-27 12:57, Artem Ananiev wrote: > > On 4/27/2012 2:46 PM, David Holmes wrote: >> Could it be that the parallelism of the new build is simply too high for >> your system - hence you get memory exhaustion? > > Yes, that's possible, because my desktop has 4Gb RAM. Number of CPU > cores is only 2, though, so it's not massively parallel. I'm now > building in 32-bit mode, will check if it helps. Try running configure with --with-num-cores=1 to disable parallel builds. You can also try reducing memory usage by setting --with-memory-size=1024 (=1 GB) or some other number; I'm not sure though on exactly in what parts of the build that number is respected, though. /Magnus From mathias.axelsson at oracle.com Fri Apr 27 06:28:02 2012 From: mathias.axelsson at oracle.com (Mathias Axelsson) Date: Fri, 27 Apr 2012 15:28:02 +0200 Subject: Proposed dates for JDK 8 In-Reply-To: <20120405182046.1A9D6809@eggemoggin.niobe.net> References: <20120405182046.1A9D6809@eggemoggin.niobe.net> Message-ID: Hi, I've looked at an M7 date. Based on the dates and details in my original email and the assumption of setting aside four weeks of testing for the community we should set M7 to February 22, 2013. This would allow enough time for the community testing while still ensuring the bug reports can be filed before early April 2013 so there is time to address the bugs. Kind regards, Mathias On Apr 5, 2012, at 8:20 PM, mark.reinhold at oracle.com wrote: > 2012/4/4 13:43 -0700, martijnverburg at gmail.com: >> One of the areas the JUGs would like to help with is to rally the prominent OSS >> projects to test OpenJDK 8 early (try to avoid Lucene type issues). We were >> originally thinking about a simple wiki table ticking off projects vs >> milestones. Is this something that would be useful? If so at what Milestone >> would you like us to really start pushing the message / running tests on? > > I think the best time to encourage widespread testing would be a > little bit after Feature Complete (M6). For JDK 7 we scheduled > a post-FC "Developer Preview" milestone and encouraged people to > download and test that. Quite a few people did, and hopefully > with help from the LJC and other JUGS we can get an even better > response next time around. > > Testing even earlier is, of course, also valuable. As we get > further along we'll post a table of which features are expected > to arrive (or did arrive) in which milestone, so that people > interested in specific features can focus their effort. > > Mathias -- Let's add an M7 Developer Preview miletone to the > JDK 8 schedule. I'll leave it to you to pick the exact date. > It'd also be good to have specific dates for the other points in > time you mentioned (rampdown start, P1-P3 only, etc.), though it > probably doesn't make sense to call those milestones. Thanks. > > - Mark