From john.coomes at oracle.com Wed Aug 1 13:10:59 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 01 Aug 2012 20:10:59 +0000 Subject: hg: jdk8/jdk8/hotspot: 36 new changesets Message-ID: <20120801201213.95734472F4@hg.openjdk.java.net> Changeset: 54e66510c9cd Author: amurillo Date: 2012-07-13 14:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/54e66510c9cd 7184050: new hotspot build - hs24-b17 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 8150fa46d2ed Author: jiangli Date: 2012-06-26 19:08 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/8150fa46d2ed 7178145: Change constMethodOop::_exception_table to optionally inlined u2 table. Summary: Change constMethodOop::_exception_table to optionally inlined u2 table. Reviewed-by: bdelsart, coleenp, kamg ! agent/src/share/classes/sun/jvm/hotspot/oops/ConstMethod.java + agent/src/share/classes/sun/jvm/hotspot/oops/ExceptionTableElement.java ! agent/src/share/classes/sun/jvm/hotspot/oops/GenerateOopMap.java ! agent/src/share/classes/sun/jvm/hotspot/oops/Method.java ! agent/src/share/classes/sun/jvm/hotspot/tools/jcore/ClassWriter.java ! agent/src/share/classes/sun/jvm/hotspot/ui/classbrowser/HTMLGenerator.java ! src/share/vm/ci/ciMethod.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/verifier.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/memory/dump.cpp ! src/share/vm/memory/oopFactory.cpp ! src/share/vm/memory/oopFactory.hpp ! src/share/vm/oops/constMethodKlass.cpp ! src/share/vm/oops/constMethodKlass.hpp ! src/share/vm/oops/constMethodOop.cpp ! src/share/vm/oops/constMethodOop.hpp ! src/share/vm/oops/generateOopMap.cpp ! src/share/vm/oops/methodOop.cpp ! src/share/vm/oops/methodOop.hpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/runtime/relocator.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: f0b82641fb7e Author: bdelsart Date: 2012-07-02 04:19 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f0b82641fb7e Merge ! src/share/vm/classfile/verifier.cpp ! src/share/vm/memory/dump.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: d68b1274b9ba Author: jiangli Date: 2012-07-05 18:47 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/d68b1274b9ba 7180914: Compilation warning after: 7172967: Eliminate the constMethod's _method backpointer to the methodOop. Summary: Use read_pointer(J...) to access from 'constMethod' base in name_for_methodOop(), libjvm_db.c. Reviewed-by: kvn, coleenp ! src/os/solaris/dtrace/libjvm_db.c Changeset: 161ae369407d Author: jiangli Date: 2012-07-05 20:54 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/161ae369407d 7181632: nsk classLoad001_14 failure and CompileTheWorld crash after 7178145. Summary: Need to copy the inlined exception table to the new constMethodOop during method rewriting. Reviewed-by: coleenp, dholmes ! src/share/vm/oops/methodOop.cpp Changeset: e74da3c2b827 Author: jiangli Date: 2012-07-13 20:14 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e74da3c2b827 Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/oops/methodOop.hpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/jvmtiClassFileReconstituter.cpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: 0bca41b2fa63 Author: jiangli Date: 2012-07-17 12:32 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0bca41b2fa63 Merge Changeset: 922993931b3d Author: brutisso Date: 2012-07-11 22:47 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/922993931b3d 7178361: G1: Make sure that PrintGC and PrintGCDetails use the same timing for the GC pause Summary: Also reviewed by: vitalyd at gmail.com. Move the timing out of G1CollectorPolicy into the G1GCPhaseTimes class Reviewed-by: johnc ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! 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/g1GCPhaseTimes.cpp + src/share/vm/gc_implementation/g1/g1GCPhaseTimes.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp Changeset: 3a431b605145 Author: jmasa Date: 2012-07-16 13:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3a431b605145 Merge ! src/share/vm/gc_implementation/g1/concurrentG1Refine.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp + src/share/vm/gc_implementation/g1/g1GCPhaseTimes.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp Changeset: 7553d441b878 Author: jmasa Date: 2012-07-17 14:33 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7553d441b878 Merge Changeset: 6d8f36bcef55 Author: jrose Date: 2012-07-12 00:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6d8f36bcef55 6711908: JVM needs direct access to some annotations Summary: Add annotation extraction code to class file parser. Reviewed-by: twisti, jrose, kvn Contributed-by: michael.haupt at oracle.com ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/oops/methodOop.hpp Changeset: ed21db7b3fda Author: kvn Date: 2012-07-13 17:48 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ed21db7b3fda 7123926: Some CTW test crash: !_control.contains(ctrl) Summary: Don't eliminate Integer::toString() call node during String concatenation optimization if it has several uses. Reviewed-by: twisti ! src/share/vm/opto/stringopts.cpp Changeset: 56c4f88474b3 Author: twisti Date: 2012-07-16 11:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/56c4f88474b3 7087357: JSR 292: remove obsolete code after 7085860 Reviewed-by: kvn, never ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/unsafe.cpp Changeset: 2c368ea3e844 Author: kvn Date: 2012-07-16 17:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/2c368ea3e844 7181494: cleanup avx and vectors code Summary: renamed mach nodes which use scalar AVX instructions, added integer vectors shuffling instructions Reviewed-by: twisti ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/vm_version_x86.cpp ! src/cpu/x86/vm/x86.ad ! src/share/vm/code/vmreg.hpp Changeset: 9c9fb30d2b3b Author: kvn Date: 2012-07-16 19:50 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/9c9fb30d2b3b Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/oops/methodOop.hpp ! src/share/vm/prims/unsafe.cpp Changeset: dd785aabe02b Author: kvn Date: 2012-07-17 11:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/dd785aabe02b Merge ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/oops/methodOop.hpp Changeset: bc3e01899804 Author: kvn Date: 2012-07-19 16:17 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/bc3e01899804 Merge Changeset: d900d95bfdb0 Author: fparain Date: 2012-07-16 04:06 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/d900d95bfdb0 7183754: Test runtime/6294277/Test6294277.sh runs wrong JVM Reviewed-by: kamg, coleenp, ctornqvi ! test/runtime/6294277/SourceDebugExtension.java - test/runtime/6294277/Test6294277.sh Changeset: 149c36689fcb Author: asaha Date: 2012-07-17 22:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/149c36689fcb 7053586: TEST: runtime/7020373/Test7020373.sh fails on 64-bit platforms Reviewed-by: kamg ! test/runtime/7020373/Test7020373.sh Changeset: 7e5976e66c62 Author: zgu Date: 2012-07-19 09:05 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7e5976e66c62 7182543: NMT ON: Aggregate a few NMT related bugs Summary: 1) Fixed MemTrackWorker::generations_in_used() calculation 2) Ensured NMT not to leak memory recorders after shutdown 3) Used ThreadCritical to block safepoint safe threads Reviewed-by: acorn, coleenp, dholmes, kvn ! src/share/vm/services/memRecorder.cpp ! src/share/vm/services/memRecorder.hpp ! src/share/vm/services/memTrackWorker.hpp ! src/share/vm/services/memTracker.cpp ! src/share/vm/services/memTracker.hpp Changeset: f1f45dddb0bd Author: zgu Date: 2012-07-16 14:10 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f1f45dddb0bd 7181986: NMT ON: Assertion failure when running jdi ExpiredRequestDeletionTest Summary: Changed _query_lock to heap object from static object. Also fixed _query_lock and snapshot lock ranks, so they can participate deadlock detection. Reviewed-by: coleenp, dholmes, kvn ! src/share/vm/services/memSnapshot.cpp ! src/share/vm/services/memTracker.cpp ! src/share/vm/services/memTracker.hpp Changeset: d5bc62fcfac7 Author: zgu Date: 2012-07-19 09:10 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/d5bc62fcfac7 Merge ! src/share/vm/services/memTracker.cpp ! src/share/vm/services/memTracker.hpp Changeset: 04a9b3789683 Author: zgu Date: 2012-07-16 14:05 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/04a9b3789683 7181989: NMT ON: Assertion failure when NMT checks thread's native stack base address Summary: Assertion on stack base is not necessary Reviewed-by: coleenp, dholmes, kvn ! src/share/vm/services/memTracker.cpp Changeset: 58a04a45a549 Author: zgu Date: 2012-07-19 09:15 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/58a04a45a549 Merge ! src/share/vm/services/memTracker.cpp Changeset: 950ed41429e5 Author: zgu Date: 2012-07-19 06:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/950ed41429e5 Merge Changeset: 12fc2571a6e2 Author: coleenp Date: 2012-07-20 12:09 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/12fc2571a6e2 Merge - test/runtime/6294277/Test6294277.sh Changeset: bd54fe36b5e5 Author: amurillo Date: 2012-07-23 12:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/bd54fe36b5e5 Merge - test/runtime/6294277/Test6294277.sh Changeset: 15eb2b903b04 Author: amurillo Date: 2012-07-23 12:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/15eb2b903b04 Added tag hs24-b17 for changeset bd54fe36b5e5 ! .hgtags Changeset: aba91a731143 Author: amurillo Date: 2012-07-23 13:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/aba91a731143 7185775: new hotspot build - hs24-b18 Reviewed-by: jcoomes ! make/hotspot_version Changeset: fe94b4e7212b Author: asaha Date: 2012-07-23 14:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/fe94b4e7212b 7185550: TEST: runtime/7020373/Test7020373.sh fails because there is no test/runtime/7020373/testcase.jar Reviewed-by: coleenp ! test/runtime/7020373/Test7020373.sh + test/runtime/7020373/testcase.jar Changeset: 43541217e9f7 Author: jiangli Date: 2012-07-26 17:24 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/43541217e9f7 7187046: Crash in ClassFileParser on solaris-ia32 during RetransformClasses. Summary: Lower compiler optimization level when compiling jvmtiClassFileReconstituter.cpp as a workaround for the solaris x86 5.10 cc bug. Reviewed-by: kvn, coleenp ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/optimized.make ! make/solaris/makefiles/product.make Changeset: 611e8a669a2c Author: dlong Date: 2012-07-16 15:31 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/611e8a669a2c 7147464: Java crashed while executing method with over 8k of dneg operations Summary: replace recursive method with iterative Reviewed-by: kvn, twisti Contributed-by: dean.long at oracle.com ! src/share/vm/opto/phaseX.cpp ! src/share/vm/opto/phaseX.hpp Changeset: a93a6d2c9e6c Author: jiangli Date: 2012-07-24 13:16 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/a93a6d2c9e6c Merge Changeset: bcd1b9d98558 Author: jiangli Date: 2012-07-26 16:55 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/bcd1b9d98558 Merge Changeset: 72e0362c3f0c Author: amurillo Date: 2012-07-27 12:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/72e0362c3f0c Merge ! .hgtags - test/runtime/6294277/Test6294277.sh Changeset: 58f237a9e83a Author: amurillo Date: 2012-07-27 12:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/58f237a9e83a Added tag hs24-b18 for changeset 72e0362c3f0c ! .hgtags From alejandro.murillo at oracle.com Wed Aug 1 13:44:31 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 01 Aug 2012 14:44:31 -0600 Subject: jdk8-b50: HotSpot Message-ID: <5019952F.2090300@oracle.com> hs24-b18 has been integrated into jdk8-b50. NOTE: hs24-b17 was not integrated into jdk8-b49 but PIT was performed on it, so below you will find the PIT cert for both hs24-b7 and hs24-b18 http://hg.openjdk.java.net/jdk8/jdk8/rev/2fd67618b9a3 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/d20d9eb9f093 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/58f237a9e83a http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/2791ec55f66b http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/bdab72e87b83 http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e4bae5c53fca http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/b2d8a270f5f2 (1) PIT certificate for hs24-b17/JDK8-b49 Component : VM Status : 0 major failures, 1 minor failures Date : 07/26/2012 at 10:42 Tested By : VM SQE &leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-07-23-232842.amurillo.hs24-b17-snapshot Bundles : 2012-07-23-232842.amurillo.hs24-b17-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs : There are no short link in Aurora yet. Number of Tests Executed : 300000 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 6711908: JVM needs direct access to some annotations 7053586: TEST: runtime/7020373/Test7020373.sh fails on 64-bit platforms 7123926: Some CTW test crash: !_control.contains(ctrl) 7178145: Change constMethodOop::_exception_table to optionally inlined u2 table 7178361: G1: Make sure that PrintGC and PrintGCDetails use the same timing for the GC pause 7180914: Compilation warning after: 7172967: Eliminate the constMethod's _method backpointer to the methodOop 7181494: cleanup avx and vectors code 7181632: nsk classLoad001_14 failure and CompileTheWorld crash after 7178145 7181986: NMT ON: Assertion failure when running jdi ExpiredRequestDeletionTest 7181989: NMT ON: Assertion failure when NMT checks thread's native stack base address 7182543: NMT ON: Aggregate a few NMT related bugs 7183754: Test runtime/6294277/Test6294277.sh runs wrong JVM Build change only: 7087357: JSR 292: remove obsolete code after 7085860 7184050: new hotspot build - hs24-b17 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-b49 Issues and Notes: This is PIT for HS24 b17 for JDK8 b49. Not all fixes were verified status will be updated after promotion. ------------------------------- From VM SQE &leonid.mesnik at oracle.com (2) PIT certificate for hs24-b18/JDK8-b50 Component : VM Status : 0 major failures, 0 minor failures Date : 08/01/2012 at 09:00 Tested By : VM SQE &leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-07-27-191137.amurillo.hs24-b18-snapshot Bundles : 2012-07-27-191137.amurillo.hs24-b18-snapshot Platforms : Others Tests : no Browsers : NA Patches : NA Logs : not available Number of Tests Executed : 350000 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: 7147464: Java crashed while executing method with over 8k of dneg operations 7187046: Crash in ClassFileParser on solaris-ia32 during RetransformClasses Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: Build change only: 7185550: TEST: runtime/7020373/Test7020373.sh fails because there is no test/runtime/7020373/testcase.jar 7185775: new hotspot build - hs24-b18 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-b50 Issues and Notes: This is PIT for HS24 b18 for JDK8 b50. Several crashes in results happened on broken HW were not reproduced. ------------------------------- 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 Thu Aug 2 17:26:51 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:26:51 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b50 for changeset 2fd67618b9a3 Message-ID: <20120803002651.99AC34732A@hg.openjdk.java.net> Changeset: 57c0aee73090 Author: katleman Date: 2012-08-02 15:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/57c0aee73090 Added tag jdk8-b50 for changeset 2fd67618b9a3 ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:27:01 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:27:01 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b50 for changeset d20d9eb9f093 Message-ID: <20120803002702.D627D4732B@hg.openjdk.java.net> Changeset: 9b0f841ca9f7 Author: katleman Date: 2012-08-02 15:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/9b0f841ca9f7 Added tag jdk8-b50 for changeset d20d9eb9f093 ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:28:07 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:28:07 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b50 for changeset 58f237a9e83a Message-ID: <20120803002812.30A0947332@hg.openjdk.java.net> Changeset: c01c8e05ec8c Author: katleman Date: 2012-08-02 15:33 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/c01c8e05ec8c Added tag jdk8-b50 for changeset 58f237a9e83a ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:32:31 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:32:31 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b50 for changeset 2791ec55f66b Message-ID: <20120803003235.1AC9A47334@hg.openjdk.java.net> Changeset: dc1ea77ed9d9 Author: katleman Date: 2012-08-02 15:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/dc1ea77ed9d9 Added tag jdk8-b50 for changeset 2791ec55f66b ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:32:42 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:32:42 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b50 for changeset bdab72e87b83 Message-ID: <20120803003246.3E2A047335@hg.openjdk.java.net> Changeset: 1a70b6333ebe Author: katleman Date: 2012-08-02 15:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/1a70b6333ebe Added tag jdk8-b50 for changeset bdab72e87b83 ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:33:03 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:33:03 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b50 for changeset e4bae5c53fca Message-ID: <20120803003325.0E12747336@hg.openjdk.java.net> Changeset: 79c9847d4a5f Author: katleman Date: 2012-08-02 15:36 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/79c9847d4a5f Added tag jdk8-b50 for changeset e4bae5c53fca ! .hgtags From david.katleman at oracle.com Thu Aug 2 17:36:28 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 03 Aug 2012 00:36:28 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b50 for changeset b2d8a270f5f2 Message-ID: <20120803003630.4F16447337@hg.openjdk.java.net> Changeset: c4cd4cab2220 Author: katleman Date: 2012-08-02 15:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c4cd4cab2220 Added tag jdk8-b50 for changeset b2d8a270f5f2 ! .hgtags From yu.lin.86 at gmail.com Fri Aug 3 15:05:41 2012 From: yu.lin.86 at gmail.com (Yu Lin) Date: Fri, 3 Aug 2012 17:05:41 -0500 Subject: Possible atomicity violations when composing concurrent collections operations Message-ID: Hi, My name is Yu Lin. I'm a Ph.D. student in the CS department at UIUC. I'm currently doing research on mining Java concurrent library misuses. I found some uses of concurrent collections in OpenJDK8 may result in potential atomicity violation bugs. I just posted this issue to the mailing list of OpenJdk7u but I was suggested to post here because OpenJDK8 is more active recently. The code below is a snapshot of the code in file jdk/src/share/classes/java/security/Security.java from line 669 to 681 L669 private static Class getSpiClass(String type) { L670 Class clazz = spiMap.get(type); L671 if (clazz != null) { L672 return clazz; L673 } L674 try { L675 clazz = Class.forName("java.security." + type + "Spi"); L676 spiMap.put(type, clazz); L677 return clazz; L678 } ... L681 } In the code above, there might be an atomicity violation: suppose a thread T1 executes line 670 and finds out the concurrent hashmap "spiMap" does not contain the key "type". Before it gets to execute line 676, another thread T2 puts a pair in the map "spiMap". Now thread T1 resumes execution and it will overwrite the value written by thread T2. Thus, the code no longer preserves the "put-if-absent" semantics, and thread T2 will return a "clazz" object that is not in the map at line 677. If such interleaving may happen, it may result in buggy behavior. I assume that it may happen because the concurrent hashmap is usually used in a multithreaded context. This violation can be avoided by using "putIfAbsent" method. There are many other places in Helix that have the same code patterns as the above two examples, but I'm not sure which will lead to bug and which not. If you think this kind of problem is important and may lead to buggy behavior, I can list all of them. Moreover, there are other two kinds of potential bugs: in jdk/src/share/classes/java/lang/Thread.java from line 16662 to 1668, L1662 Boolean result = Caches.subclassAudits.get(key); L1663 if (result == null) { L1664 result = Boolean.valueOf(auditSubclass(cl)); L1665 Caches.subclassAudits.putIfAbsent(key, result); L1666 } L1668 return result.booleanValue(); If thread T2 puts a pair after thread T1 finds "key" isn't in the map but just before T1 executes line 1665, the in T1 won't be put. So T1 returns a "result" which is not in the map. Actually, the return value of "putIfAbsent" method should be checked here. I append a patch to show the fix of the above problems. I can also list all of such code I found if you need. Regards, Yu ================================================== diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java --- a/src/share/classes/java/lang/Thread.java Thu Aug 02 15:36:39 2012 -0700 +++ b/src/share/classes/java/lang/Thread.java Fri Aug 03 11:14:13 2012 -0500 @@ -1662,7 +1662,9 @@ Boolean result = Caches.subclassAudits.get(key); if (result == null) { result = Boolean.valueOf(auditSubclass(cl)); - Caches.subclassAudits.putIfAbsent(key, result); + Boolean tmpResult = Caches.subclassAudits.putIfAbsent(key, result); + if(tmpResult != null) + result = tmpResult; } return result.booleanValue(); diff -r 79c9847d4a5f src/share/classes/java/security/Security.java --- a/src/share/classes/java/security/Security.java Thu Aug 02 15:36:39 2012 -0700 +++ b/src/share/classes/java/security/Security.java Fri Aug 03 11:14:13 2012 -0500 @@ -658,7 +658,7 @@ } // Map containing cached Spi Class objects of the specified type - private static final Map> spiMap = + private static final ConcurrentHashMap> spiMap = new ConcurrentHashMap<>(); /** @@ -673,7 +673,9 @@ } try { clazz = Class.forName("java.security." + type + "Spi"); - spiMap.put(type, clazz); + Class tmpClazz = spiMap.putIfAbsent(type, clazz); + if(tmpClazz != null) + clazz = tmpClazz; return clazz; } catch (ClassNotFoundException e) { throw new AssertionError("Spi class not found", e); From vitalyd at gmail.com Fri Aug 3 15:29:51 2012 From: vitalyd at gmail.com (Vitaly Davidovich) Date: Fri, 3 Aug 2012 18:29:51 -0400 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: In both of the examples you mentioned, the race seems benign. In the first example, a Class may be returned that's not in the map anymore if it's overwritten, but Class.forName() with exact same args should return the same instance of Class. Likewise in the second example the return value is a primitive boolean, so even if two threads race, it shouldn't matter. The race would be an issue if identity equality is required and the creation/construction of the object inside the method does not itself guarantee identity, but I don't see either of these issues in these 2 examples. Cheers, Vitaly Sent from my phone On Aug 3, 2012 6:06 PM, "Yu Lin" wrote: > Hi, > > My name is Yu Lin. I'm a Ph.D. student in the CS department at > UIUC. I'm currently doing research on mining Java concurrent library > misuses. I found some uses of concurrent collections in OpenJDK8 may > result in potential atomicity violation bugs. I just posted this issue > to the mailing list of OpenJdk7u but I was suggested to post here because > OpenJDK8 is more active recently. > > The code below is a snapshot of the code in file > jdk/src/share/classes/java/security/Security.java > from line 669 to 681 > > L669 private static Class getSpiClass(String type) { > L670 Class clazz = spiMap.get(type); > L671 if (clazz != null) { > L672 return clazz; > L673 } > L674 try { > L675 clazz = Class.forName("java.security." + type + "Spi"); > L676 spiMap.put(type, clazz); > L677 return clazz; > L678 } > ... > L681 } > > In the code above, there might be an atomicity violation: suppose a > thread T1 executes line 670 and finds out the concurrent hashmap > "spiMap" does not contain the key "type". Before it gets to execute > line 676, another thread T2 puts a pair in the map > "spiMap". Now thread T1 resumes execution and it will overwrite the > value written by thread T2. Thus, the code no longer preserves the > "put-if-absent" semantics, and thread T2 will return a "clazz" object > that is not in the map at line 677. If such interleaving may happen, > it may result in buggy behavior. I assume that it may happen because > the concurrent hashmap is usually used in a multithreaded > context. This violation can be avoided by using "putIfAbsent" method. > > There are many other places in Helix that have the same code patterns > as the above two examples, but I'm not sure which will lead to bug and > which not. If you think this kind of problem is important and may lead > to buggy behavior, I can list all of them. > > Moreover, there are other two kinds of potential bugs: > in jdk/src/share/classes/java/lang/Thread.java from line 16662 to 1668, > > L1662 Boolean result = Caches.subclassAudits.get(key); > L1663 if (result == null) { > L1664 result = Boolean.valueOf(auditSubclass(cl)); > L1665 Caches.subclassAudits.putIfAbsent(key, result); > L1666 } > > L1668 return result.booleanValue(); > > If thread T2 puts a pair after thread T1 finds "key" > isn't in the map but just before T1 executes line 1665, the result> in T1 won't be put. So T1 returns a "result" which is not in > the map. Actually, the return value of "putIfAbsent" method should be > checked here. > > I append a patch to show the fix of the above problems. I can also list > all of such code I found if you need. > > Regards, > Yu > > ================================================== > > diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java > --- a/src/share/classes/java/lang/Thread.java Thu Aug 02 15:36:39 2012 > -0700 > +++ b/src/share/classes/java/lang/Thread.java Fri Aug 03 11:14:13 2012 > -0500 > @@ -1662,7 +1662,9 @@ > Boolean result = Caches.subclassAudits.get(key); > if (result == null) { > result = Boolean.valueOf(auditSubclass(cl)); > - Caches.subclassAudits.putIfAbsent(key, result); > + Boolean tmpResult = Caches.subclassAudits.putIfAbsent(key, > result); > + if(tmpResult != null) > + result = tmpResult; > } > > return result.booleanValue(); > diff -r 79c9847d4a5f src/share/classes/java/security/Security.java > --- a/src/share/classes/java/security/Security.java Thu Aug 02 > 15:36:39 2012 -0700 > +++ b/src/share/classes/java/security/Security.java Fri Aug 03 > 11:14:13 2012 -0500 > @@ -658,7 +658,7 @@ > } > > // Map containing cached Spi Class objects of the specified type > - private static final Map> spiMap = > + private static final ConcurrentHashMap> spiMap = > new ConcurrentHashMap<>(); > > /** > @@ -673,7 +673,9 @@ > } > try { > clazz = Class.forName("java.security." + type + "Spi"); > - spiMap.put(type, clazz); > + Class tmpClazz = spiMap.putIfAbsent(type, clazz); > + if(tmpClazz != null) > + clazz = tmpClazz; > return clazz; > } catch (ClassNotFoundException e) { > throw new AssertionError("Spi class not found", e); > From david.holmes at oracle.com Sun Aug 5 17:03:12 2012 From: david.holmes at oracle.com (David Holmes) Date: Mon, 06 Aug 2012 10:03:12 +1000 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: <501AEE39.5030408@oracle.com> References: <501AEE39.5030408@oracle.com> Message-ID: <501F09C0.4050200@oracle.com> Re-directing this thread to jdk8-dev ... On 3/08/2012 7:16 AM, Phil Race wrote: > On 8/2/2012 11:52 AM, Yu Lin wrote: >> My name is Yu Lin. I'm a Ph.D. student in the CS department at >> UIUC. I'm currently doing research on mining Java concurrent library >> misuses. I found some uses of concurrent collections in OpenJDK7u may >> result in potential atomicity violation bugs or harm the performance. > .... > >> Another possible atomicity vioaltion may happen at line 892 in >> jdk/src/share/classes/sun/font/FileFontStrike.java: >> >> L891 if (boundsMap == null) { >> L892 boundsMap = new ConcurrentHashMap(); >> L893 } >> // some pairs are put into "boundsMap" >> >> A possible buggy scenario is both threads T1 and T2 finds "boundsMap" >> is null at the same time (line 891). After T1 creates a new empty map >> and puts some pairs into "boundsMap", T2 also creates an >> empty map and writes to "boundsMap". Then the pairs put >> by T1 will be lost. If this scenario may happen and lead to bug, we >> have to add synchronization when initializing "boundsMap". > > I haven't looked at the rest but I'll comment on that one. > This is deliberate. The tradeoff is all uses being synchronized versus > the small chance that two threads try to create this map at the same > time, which really doesn't matter. Its just a tiny bit of lost work. > We could have a debate about how uncontended synchronization > is cheap but adding it somewhat defeats the purpose of using > ConcurrentHashMap. Also if there are two threads active here, > meriting the synchronization then the lock probably is contended .. I think the main point is that if the first thread to create the map also populates it with some entries, then they will be lost when the second map is created and installed. Of course if the entries are idempotent then it is a non-issue (just as with the two races that Vitaly addressed). David ----- > Also I am not sure how your patch below would work. > Synchronizing on (null) isn't likely to fix anything. > Instead you just introduced a NullPointerException. > > Finally jdk8-dev is probably the "main" list these days. > > -phil. > >> I append a patch to show how to fix the above four problems. I can >> also list >> all of such code I found if you need. >> >> Regards, >> Yu >> >> =============================================================== >> >> diff -r 7daf4a4dee76 src/share/classes/sun/font/FileFontStrike.java >> --- a/src/share/classes/sun/font/FileFontStrike.java Mon May 07 >> 14:59:29 2012 -0700 >> +++ b/src/share/classes/sun/font/FileFontStrike.java Thu Aug 02 >> 11:50:46 2012 -0500 >> @@ -887,9 +887,10 @@ >> * up in Java code either. >> */ >> Rectangle2D.Float getGlyphOutlineBounds(int glyphCode) { >> - >> - if (boundsMap == null) { >> - boundsMap = new ConcurrentHashMap(); >> + synchronized (boundsMap) { >> + if (boundsMap == null) { >> + boundsMap = new ConcurrentHashMap> Rectangle2D.Float>(); >> + } >> } >> >> Integer key = Integer.valueOf(glyphCode); > From ludwig.mark at siemens.com Mon Aug 6 06:56:23 2012 From: ludwig.mark at siemens.com (Ludwig, Mark) Date: Mon, 6 Aug 2012 13:56:23 +0000 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: The problems look real to me. Vitaly, doesn't your analysis that these problems are benign assume that the consumers and circumstances around these APIs never change? Put another way, these errors might be benign now, but that does not mean they will remain benign forever, does it? With your response, it appears that you mean to discount the criticality of the errors, but intentions are difficult to discern through e-mail. Cheers, Mark > -----Original Message----- > From: jdk8-dev-bounces at openjdk.java.net [mailto:jdk8-dev- > bounces at openjdk.java.net] On Behalf Of Vitaly Davidovich > Sent: Friday, August 03, 2012 5:30 PM > To: Yu Lin > Cc: jdk8-dev at openjdk.java.net > Subject: Re: Possible atomicity violations when composing concurrent > collections operations > > In both of the examples you mentioned, the race seems benign. In the first > example, a Class may be returned that's not in the map anymore if it's > overwritten, but Class.forName() with exact same args should return the > same instance of Class. Likewise in the second example the return value is > a primitive boolean, so even if two threads race, it shouldn't matter. > > The race would be an issue if identity equality is required and the > creation/construction of the object inside the method does not itself > guarantee identity, but I don't see either of these issues in these 2 > examples. > > Cheers, > Vitaly > > Sent from my phone > On Aug 3, 2012 6:06 PM, "Yu Lin" wrote: > > > Hi, > > > > My name is Yu Lin. I'm a Ph.D. student in the CS department at > > UIUC. I'm currently doing research on mining Java concurrent library > > misuses. I found some uses of concurrent collections in OpenJDK8 may > > result in potential atomicity violation bugs. I just posted this issue > > to the mailing list of OpenJdk7u but I was suggested to post here because > > OpenJDK8 is more active recently. > > > > The code below is a snapshot of the code in file > > jdk/src/share/classes/java/security/Security.java > > from line 669 to 681 > > > > L669 private static Class getSpiClass(String type) { > > L670 Class clazz = spiMap.get(type); > > L671 if (clazz != null) { > > L672 return clazz; > > L673 } > > L674 try { > > L675 clazz = Class.forName("java.security." + type + "Spi"); > > L676 spiMap.put(type, clazz); > > L677 return clazz; > > L678 } > > ... > > L681 } > > > > In the code above, there might be an atomicity violation: suppose a > > thread T1 executes line 670 and finds out the concurrent hashmap > > "spiMap" does not contain the key "type". Before it gets to execute > > line 676, another thread T2 puts a pair in the map > > "spiMap". Now thread T1 resumes execution and it will overwrite the > > value written by thread T2. Thus, the code no longer preserves the > > "put-if-absent" semantics, and thread T2 will return a "clazz" object > > that is not in the map at line 677. If such interleaving may happen, > > it may result in buggy behavior. I assume that it may happen because > > the concurrent hashmap is usually used in a multithreaded > > context. This violation can be avoided by using "putIfAbsent" method. > > > > There are many other places in Helix that have the same code patterns > > as the above two examples, but I'm not sure which will lead to bug and > > which not. If you think this kind of problem is important and may lead > > to buggy behavior, I can list all of them. > > > > Moreover, there are other two kinds of potential bugs: > > in jdk/src/share/classes/java/lang/Thread.java from line 16662 to 1668, > > > > L1662 Boolean result = Caches.subclassAudits.get(key); > > L1663 if (result == null) { > > L1664 result = Boolean.valueOf(auditSubclass(cl)); > > L1665 Caches.subclassAudits.putIfAbsent(key, result); > > L1666 } > > > > L1668 return result.booleanValue(); > > > > If thread T2 puts a pair after thread T1 finds "key" > > isn't in the map but just before T1 executes line 1665, the > result> in T1 won't be put. So T1 returns a "result" which is not in > > the map. Actually, the return value of "putIfAbsent" method should be > > checked here. > > > > I append a patch to show the fix of the above problems. I can also list > > all of such code I found if you need. > > > > Regards, > > Yu > > > > ================================================== > > > > diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java > > --- a/src/share/classes/java/lang/Thread.java Thu Aug 02 15:36:39 2012 > > -0700 > > +++ b/src/share/classes/java/lang/Thread.java Fri Aug 03 11:14:13 2012 > > -0500 > > @@ -1662,7 +1662,9 @@ > > Boolean result = Caches.subclassAudits.get(key); > > if (result == null) { > > result = Boolean.valueOf(auditSubclass(cl)); > > - Caches.subclassAudits.putIfAbsent(key, result); > > + Boolean tmpResult = Caches.subclassAudits.putIfAbsent(key, > > result); > > + if(tmpResult != null) > > + result = tmpResult; > > } > > > > return result.booleanValue(); > > diff -r 79c9847d4a5f src/share/classes/java/security/Security.java > > --- a/src/share/classes/java/security/Security.java Thu Aug 02 > > 15:36:39 2012 -0700 > > +++ b/src/share/classes/java/security/Security.java Fri Aug 03 > > 11:14:13 2012 -0500 > > @@ -658,7 +658,7 @@ > > } > > > > // Map containing cached Spi Class objects of the specified type > > - private static final Map> spiMap = > > + private static final ConcurrentHashMap> spiMap = > > new ConcurrentHashMap<>(); > > > > /** > > @@ -673,7 +673,9 @@ > > } > > try { > > clazz = Class.forName("java.security." + type + "Spi"); > > - spiMap.put(type, clazz); > > + Class tmpClazz = spiMap.putIfAbsent(type, clazz); > > + if(tmpClazz != null) > > + clazz = tmpClazz; > > return clazz; > > } catch (ClassNotFoundException e) { > > throw new AssertionError("Spi class not found", e); > > From vitalyd at gmail.com Mon Aug 6 08:34:30 2012 From: vitalyd at gmail.com (Vitaly Davidovich) Date: Mon, 6 Aug 2012 11:34:30 -0400 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: Hi Mark, Exploiting benign data races in the name of performance is a valid technique - another prominent example is String.hashcode(). I agree that they're more subtle and require meticulous coding/maintenance to make sure the properties that allow for this remain true (e.g. idempotence). It's unclear to me whether the two JDK examples discussed here were coded that way for performance reasons, but they don't appear to be bugs in the strict definition of a bug - they work properly in the form they're in today. Class.forName() is unlikely to ever change where the returned value is not identical across invocations, likewise for Boolean.booleanValue. So I think these two examples are not brittle. It goes without saying that even changing straightforward code can introduce bugs - that's just the nature of change. Writing benign data races is tricky and requires understanding of the platform, but it's a valid approach. Can you elaborate on what specifically you think is a problem in these two examples, and under what "trivial"/easily-overlooked change these methods would break? Thanks Sent from my phone On Aug 6, 2012 9:56 AM, "Ludwig, Mark" wrote: > The problems look real to me. > > Vitaly, doesn't your analysis that these problems are benign assume that > the consumers and circumstances around these APIs never change? Put > another way, these errors might be benign now, but that does not mean they > will remain benign forever, does it? With your response, it appears that > you mean to discount the criticality of the errors, but intentions are > difficult to discern through e-mail. > > Cheers, > Mark > > > -----Original Message----- > > From: jdk8-dev-bounces at openjdk.java.net [mailto:jdk8-dev- > > bounces at openjdk.java.net] On Behalf Of Vitaly Davidovich > > Sent: Friday, August 03, 2012 5:30 PM > > To: Yu Lin > > Cc: jdk8-dev at openjdk.java.net > > Subject: Re: Possible atomicity violations when composing concurrent > > collections operations > > > > In both of the examples you mentioned, the race seems benign. In the > first > > example, a Class may be returned that's not in the map anymore if it's > > overwritten, but Class.forName() with exact same args should return the > > same instance of Class. Likewise in the second example the return value > is > > a primitive boolean, so even if two threads race, it shouldn't matter. > > > > The race would be an issue if identity equality is required and the > > creation/construction of the object inside the method does not itself > > guarantee identity, but I don't see either of these issues in these 2 > > examples. > > > > Cheers, > > Vitaly > > > > Sent from my phone > > On Aug 3, 2012 6:06 PM, "Yu Lin" wrote: > > > > > Hi, > > > > > > My name is Yu Lin. I'm a Ph.D. student in the CS department at > > > UIUC. I'm currently doing research on mining Java concurrent library > > > misuses. I found some uses of concurrent collections in OpenJDK8 may > > > result in potential atomicity violation bugs. I just posted this issue > > > to the mailing list of OpenJdk7u but I was suggested to post here > because > > > OpenJDK8 is more active recently. > > > > > > The code below is a snapshot of the code in file > > > jdk/src/share/classes/java/security/Security.java > > > from line 669 to 681 > > > > > > L669 private static Class getSpiClass(String type) { > > > L670 Class clazz = spiMap.get(type); > > > L671 if (clazz != null) { > > > L672 return clazz; > > > L673 } > > > L674 try { > > > L675 clazz = Class.forName("java.security." + type + "Spi"); > > > L676 spiMap.put(type, clazz); > > > L677 return clazz; > > > L678 } > > > ... > > > L681 } > > > > > > In the code above, there might be an atomicity violation: suppose a > > > thread T1 executes line 670 and finds out the concurrent hashmap > > > "spiMap" does not contain the key "type". Before it gets to execute > > > line 676, another thread T2 puts a pair in the map > > > "spiMap". Now thread T1 resumes execution and it will overwrite the > > > value written by thread T2. Thus, the code no longer preserves the > > > "put-if-absent" semantics, and thread T2 will return a "clazz" object > > > that is not in the map at line 677. If such interleaving may happen, > > > it may result in buggy behavior. I assume that it may happen because > > > the concurrent hashmap is usually used in a multithreaded > > > context. This violation can be avoided by using "putIfAbsent" method. > > > > > > There are many other places in Helix that have the same code patterns > > > as the above two examples, but I'm not sure which will lead to bug and > > > which not. If you think this kind of problem is important and may lead > > > to buggy behavior, I can list all of them. > > > > > > Moreover, there are other two kinds of potential bugs: > > > in jdk/src/share/classes/java/lang/Thread.java from line 16662 to 1668, > > > > > > L1662 Boolean result = Caches.subclassAudits.get(key); > > > L1663 if (result == null) { > > > L1664 result = Boolean.valueOf(auditSubclass(cl)); > > > L1665 Caches.subclassAudits.putIfAbsent(key, result); > > > L1666 } > > > > > > L1668 return result.booleanValue(); > > > > > > If thread T2 puts a pair after thread T1 finds "key" > > > isn't in the map but just before T1 executes line 1665, the > > result> in T1 won't be put. So T1 returns a "result" which is not in > > > the map. Actually, the return value of "putIfAbsent" method should be > > > checked here. > > > > > > I append a patch to show the fix of the above problems. I can also list > > > all of such code I found if you need. > > > > > > Regards, > > > Yu > > > > > > ================================================== > > > > > > diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java > > > --- a/src/share/classes/java/lang/Thread.java Thu Aug 02 15:36:39 > 2012 > > > -0700 > > > +++ b/src/share/classes/java/lang/Thread.java Fri Aug 03 11:14:13 > 2012 > > > -0500 > > > @@ -1662,7 +1662,9 @@ > > > Boolean result = Caches.subclassAudits.get(key); > > > if (result == null) { > > > result = Boolean.valueOf(auditSubclass(cl)); > > > - Caches.subclassAudits.putIfAbsent(key, result); > > > + Boolean tmpResult = Caches.subclassAudits.putIfAbsent(key, > > > result); > > > + if(tmpResult != null) > > > + result = tmpResult; > > > } > > > > > > return result.booleanValue(); > > > diff -r 79c9847d4a5f src/share/classes/java/security/Security.java > > > --- a/src/share/classes/java/security/Security.java Thu Aug 02 > > > 15:36:39 2012 -0700 > > > +++ b/src/share/classes/java/security/Security.java Fri Aug 03 > > > 11:14:13 2012 -0500 > > > @@ -658,7 +658,7 @@ > > > } > > > > > > // Map containing cached Spi Class objects of the specified type > > > - private static final Map> spiMap = > > > + private static final ConcurrentHashMap> spiMap = > > > new ConcurrentHashMap<>(); > > > > > > /** > > > @@ -673,7 +673,9 @@ > > > } > > > try { > > > clazz = Class.forName("java.security." + type + "Spi"); > > > - spiMap.put(type, clazz); > > > + Class tmpClazz = spiMap.putIfAbsent(type, clazz); > > > + if(tmpClazz != null) > > > + clazz = tmpClazz; > > > return clazz; > > > } catch (ClassNotFoundException e) { > > > throw new AssertionError("Spi class not found", e); > > > > From yu.lin.86 at gmail.com Mon Aug 6 09:56:33 2012 From: yu.lin.86 at gmail.com (Yu Lin) Date: Mon, 6 Aug 2012 11:56:33 -0500 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: Hi, I agree with Vitaly that benign races is a valid technique, though it's hard to say whether it's good or not from the perspective of maintenance. I think I can list all the locations that have the same kind of races so that we can check again whether that are benign or not. Actually, they are all in the check-then-act format like: Value v = map.get(key); if(v == null) { // or "if(v != null)" v = createValue(); map.put(key, v); } ... // "v" is used here To eliminate such atomicity violations while still preserve the semantics of the original code, we can replace "put" method with "putIfAbsent" (if the condition is "v == null") or "replace" method (if the condition is "v != null"). However, I agree that "putIfAbsent" or "replace" has somewhat worse performance than "put". Here are the locations I found, note that I've already filtered out two places where I can make sure the races are benign: jdk/src/share/classes/java/security/Signature.java line 298 jdk/src/share/classes/java/text/SimpleDateFormat.java line 668 jdk/src/share/classes/sun/font/SunFontManager.java lines 761, 849, 1180 jdk/src/share/classes/sun/font/FileFontStrike.java line 900 jdk/src/share/classes/sun/font/Font2D.java line 361 jdk/src/share/classes/sun/font/FontUtilities.java line 429 jdk/src/share/classes/sun/security/pkcs11/TemplateManager.java line 107 jdk/src/share/classes/sun/util/LocaleServiceProviderPool.java lines 453, 460 Thanks, Yu 2012/8/6 Vitaly Davidovich : > Hi Mark, > > Exploiting benign data races in the name of performance is a valid technique > - another prominent example is String.hashcode(). I agree that they're more > subtle and require meticulous coding/maintenance to make sure the properties > that allow for this remain true (e.g. idempotence). It's unclear to me > whether the two JDK examples discussed here were coded that way for > performance reasons, but they don't appear to be bugs in the strict > definition of a bug - they work properly in the form they're in today. > Class.forName() is unlikely to ever change where the returned value is not > identical across invocations, likewise for Boolean.booleanValue. So I think > these two examples are not brittle. > > It goes without saying that even changing straightforward code can introduce > bugs - that's just the nature of change. Writing benign data races is > tricky and requires understanding of the platform, but it's a valid > approach. Can you elaborate on what specifically you think is a problem in > these two examples, and under what "trivial"/easily-overlooked change these > methods would break? > > Thanks > > Sent from my phone > > On Aug 6, 2012 9:56 AM, "Ludwig, Mark" wrote: >> >> The problems look real to me. >> >> Vitaly, doesn't your analysis that these problems are benign assume that >> the consumers and circumstances around these APIs never change? Put another >> way, these errors might be benign now, but that does not mean they will >> remain benign forever, does it? With your response, it appears that you >> mean to discount the criticality of the errors, but intentions are difficult >> to discern through e-mail. >> >> Cheers, >> Mark >> >> > -----Original Message----- >> > From: jdk8-dev-bounces at openjdk.java.net [mailto:jdk8-dev- >> > bounces at openjdk.java.net] On Behalf Of Vitaly Davidovich >> > Sent: Friday, August 03, 2012 5:30 PM >> > To: Yu Lin >> > Cc: jdk8-dev at openjdk.java.net >> > Subject: Re: Possible atomicity violations when composing concurrent >> > collections operations >> > >> > In both of the examples you mentioned, the race seems benign. In the >> > first >> > example, a Class may be returned that's not in the map anymore if it's >> > overwritten, but Class.forName() with exact same args should return the >> > same instance of Class. Likewise in the second example the return value >> > is >> > a primitive boolean, so even if two threads race, it shouldn't matter. >> > >> > The race would be an issue if identity equality is required and the >> > creation/construction of the object inside the method does not itself >> > guarantee identity, but I don't see either of these issues in these 2 >> > examples. >> > >> > Cheers, >> > Vitaly >> > >> > Sent from my phone >> > On Aug 3, 2012 6:06 PM, "Yu Lin" wrote: >> > >> > > Hi, >> > > >> > > My name is Yu Lin. I'm a Ph.D. student in the CS department at >> > > UIUC. I'm currently doing research on mining Java concurrent library >> > > misuses. I found some uses of concurrent collections in OpenJDK8 may >> > > result in potential atomicity violation bugs. I just posted this issue >> > > to the mailing list of OpenJdk7u but I was suggested to post here >> > > because >> > > OpenJDK8 is more active recently. >> > > >> > > The code below is a snapshot of the code in file >> > > jdk/src/share/classes/java/security/Security.java >> > > from line 669 to 681 >> > > >> > > L669 private static Class getSpiClass(String type) { >> > > L670 Class clazz = spiMap.get(type); >> > > L671 if (clazz != null) { >> > > L672 return clazz; >> > > L673 } >> > > L674 try { >> > > L675 clazz = Class.forName("java.security." + type + >> > > "Spi"); >> > > L676 spiMap.put(type, clazz); >> > > L677 return clazz; >> > > L678 } >> > > ... >> > > L681 } >> > > >> > > In the code above, there might be an atomicity violation: suppose a >> > > thread T1 executes line 670 and finds out the concurrent hashmap >> > > "spiMap" does not contain the key "type". Before it gets to execute >> > > line 676, another thread T2 puts a pair in the map >> > > "spiMap". Now thread T1 resumes execution and it will overwrite the >> > > value written by thread T2. Thus, the code no longer preserves the >> > > "put-if-absent" semantics, and thread T2 will return a "clazz" object >> > > that is not in the map at line 677. If such interleaving may happen, >> > > it may result in buggy behavior. I assume that it may happen because >> > > the concurrent hashmap is usually used in a multithreaded >> > > context. This violation can be avoided by using "putIfAbsent" method. >> > > >> > > There are many other places in Helix that have the same code patterns >> > > as the above two examples, but I'm not sure which will lead to bug and >> > > which not. If you think this kind of problem is important and may lead >> > > to buggy behavior, I can list all of them. >> > > >> > > Moreover, there are other two kinds of potential bugs: >> > > in jdk/src/share/classes/java/lang/Thread.java from line 16662 to >> > > 1668, >> > > >> > > L1662 Boolean result = Caches.subclassAudits.get(key); >> > > L1663 if (result == null) { >> > > L1664 result = Boolean.valueOf(auditSubclass(cl)); >> > > L1665 Caches.subclassAudits.putIfAbsent(key, result); >> > > L1666 } >> > > >> > > L1668 return result.booleanValue(); >> > > >> > > If thread T2 puts a pair after thread T1 finds "key" >> > > isn't in the map but just before T1 executes line 1665, the > > > result> in T1 won't be put. So T1 returns a "result" which is not in >> > > the map. Actually, the return value of "putIfAbsent" method should be >> > > checked here. >> > > >> > > I append a patch to show the fix of the above problems. I can also >> > > list >> > > all of such code I found if you need. >> > > >> > > Regards, >> > > Yu >> > > >> > > ================================================== >> > > >> > > diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java >> > > --- a/src/share/classes/java/lang/Thread.java Thu Aug 02 15:36:39 >> > > 2012 >> > > -0700 >> > > +++ b/src/share/classes/java/lang/Thread.java Fri Aug 03 11:14:13 >> > > 2012 >> > > -0500 >> > > @@ -1662,7 +1662,9 @@ >> > > Boolean result = Caches.subclassAudits.get(key); >> > > if (result == null) { >> > > result = Boolean.valueOf(auditSubclass(cl)); >> > > - Caches.subclassAudits.putIfAbsent(key, result); >> > > + Boolean tmpResult = >> > > Caches.subclassAudits.putIfAbsent(key, >> > > result); >> > > + if(tmpResult != null) >> > > + result = tmpResult; >> > > } >> > > >> > > return result.booleanValue(); >> > > diff -r 79c9847d4a5f src/share/classes/java/security/Security.java >> > > --- a/src/share/classes/java/security/Security.java Thu Aug 02 >> > > 15:36:39 2012 -0700 >> > > +++ b/src/share/classes/java/security/Security.java Fri Aug 03 >> > > 11:14:13 2012 -0500 >> > > @@ -658,7 +658,7 @@ >> > > } >> > > >> > > // Map containing cached Spi Class objects of the specified type >> > > - private static final Map> spiMap = >> > > + private static final ConcurrentHashMap> spiMap = >> > > new ConcurrentHashMap<>(); >> > > >> > > /** >> > > @@ -673,7 +673,9 @@ >> > > } >> > > try { >> > > clazz = Class.forName("java.security." + type + "Spi"); >> > > - spiMap.put(type, clazz); >> > > + Class tmpClazz = spiMap.putIfAbsent(type, clazz); >> > > + if(tmpClazz != null) >> > > + clazz = tmpClazz; >> > > return clazz; >> > > } catch (ClassNotFoundException e) { >> > > throw new AssertionError("Spi class not found", e); >> > > From philip.race at oracle.com Mon Aug 6 10:02:50 2012 From: philip.race at oracle.com (Phil Race) Date: Mon, 06 Aug 2012 10:02:50 -0700 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: <501F09C0.4050200@oracle.com> References: <501AEE39.5030408@oracle.com> <501F09C0.4050200@oracle.com> Message-ID: <501FF8BA.9040809@oracle.com> > I think the main point is that if the first thread to create the map also populates it with some entries, > then they will be lost when the second map is created and installed. > Of course if the entries are idempotent then it is a non-issue (just as with the two races that Vitaly addressed). Exactly the case and that's what I tried to describe already. Its a non-issue, not in need of any fix. -phil. On 8/5/2012 5:03 PM, David Holmes wrote: > Re-directing this thread to jdk8-dev ... > > On 3/08/2012 7:16 AM, Phil Race wrote: >> On 8/2/2012 11:52 AM, Yu Lin wrote: >>> My name is Yu Lin. I'm a Ph.D. student in the CS department at >>> UIUC. I'm currently doing research on mining Java concurrent library >>> misuses. I found some uses of concurrent collections in OpenJDK7u may >>> result in potential atomicity violation bugs or harm the performance. >> .... >> >>> Another possible atomicity vioaltion may happen at line 892 in >>> jdk/src/share/classes/sun/font/FileFontStrike.java: >>> >>> L891 if (boundsMap == null) { >>> L892 boundsMap = new ConcurrentHashMap(); >>> L893 } >>> // some pairs are put into "boundsMap" >>> >>> A possible buggy scenario is both threads T1 and T2 finds "boundsMap" >>> is null at the same time (line 891). After T1 creates a new empty map >>> and puts some pairs into "boundsMap", T2 also creates an >>> empty map and writes to "boundsMap". Then the pairs put >>> by T1 will be lost. If this scenario may happen and lead to bug, we >>> have to add synchronization when initializing "boundsMap". >> >> I haven't looked at the rest but I'll comment on that one. >> This is deliberate. The tradeoff is all uses being synchronized versus >> the small chance that two threads try to create this map at the same >> time, which really doesn't matter. Its just a tiny bit of lost work. >> We could have a debate about how uncontended synchronization >> is cheap but adding it somewhat defeats the purpose of using >> ConcurrentHashMap. Also if there are two threads active here, >> meriting the synchronization then the lock probably is contended .. > > I think the main point is that if the first thread to create the map > also populates it with some entries, then they will be lost when the > second map is created and installed. Of course if the entries are > idempotent then it is a non-issue (just as with the two races that > Vitaly addressed). > > David > ----- > > >> Also I am not sure how your patch below would work. >> Synchronizing on (null) isn't likely to fix anything. >> Instead you just introduced a NullPointerException. >> >> Finally jdk8-dev is probably the "main" list these days. >> >> -phil. >> >>> I append a patch to show how to fix the above four problems. I can >>> also list >>> all of such code I found if you need. >>> >>> Regards, >>> Yu >>> >>> =============================================================== >>> >>> diff -r 7daf4a4dee76 src/share/classes/sun/font/FileFontStrike.java >>> --- a/src/share/classes/sun/font/FileFontStrike.java Mon May 07 >>> 14:59:29 2012 -0700 >>> +++ b/src/share/classes/sun/font/FileFontStrike.java Thu Aug 02 >>> 11:50:46 2012 -0500 >>> @@ -887,9 +887,10 @@ >>> * up in Java code either. >>> */ >>> Rectangle2D.Float getGlyphOutlineBounds(int glyphCode) { >>> - >>> - if (boundsMap == null) { >>> - boundsMap = new ConcurrentHashMap(); >>> + synchronized (boundsMap) { >>> + if (boundsMap == null) { >>> + boundsMap = new ConcurrentHashMap>> Rectangle2D.Float>(); >>> + } >>> } >>> >>> Integer key = Integer.valueOf(glyphCode); >> From ludwig.mark at siemens.com Mon Aug 6 12:56:11 2012 From: ludwig.mark at siemens.com (Ludwig, Mark) Date: Mon, 6 Aug 2012 19:56:11 +0000 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: Hi Vitaly, I misunderstood something, because now that I've looked at several of these, I agree the code is okay. (I certainly agree that it's a desirable technique to allow races to proceed asynchronously whenever possible and valid.) Cheers, Mark From: Vitaly Davidovich [mailto:vitalyd at gmail.com] Sent: Monday, August 06, 2012 10:35 AM To: Ludwig, Mark Cc: Yu Lin; jdk8-dev at openjdk.java.net Subject: RE: Possible atomicity violations when composing concurrent collections operations Hi Mark, Exploiting benign data races in the name of performance is a valid technique - another prominent example is String.hashcode().? I agree that they're more subtle and require meticulous coding/maintenance to make sure the properties that allow for this remain true (e.g. idempotence).? It's unclear to me whether the two JDK examples discussed here were coded that way for performance reasons, but they don't appear to be bugs in the strict definition of a bug - they work properly in the form they're in today.? Class.forName() is unlikely to ever change where the returned value is not identical across invocations, likewise for Boolean.booleanValue.? So I think these two examples are not brittle. It goes without saying that even changing straightforward code can introduce bugs - that's just the nature of change.? Writing benign data races is tricky and requires understanding of the platform, but it's a valid approach.? Can you elaborate on what specifically you think is a problem in these two examples, and under what "trivial"/easily-overlooked change these methods would break? Thanks Sent from my phone On Aug 6, 2012 9:56 AM, "Ludwig, Mark" wrote: The problems look real to me. Vitaly, doesn't your analysis that these problems are benign assume that the consumers and circumstances around these APIs never change? ?Put another way, these errors might be benign now, but that does not mean they will remain benign forever, does it? ?With your response, it appears that you mean to discount the criticality of the errors, but intentions are difficult to discern through e-mail. Cheers, Mark > -----Original Message----- > From: jdk8-dev-bounces at openjdk.java.net [mailto:jdk8-dev- > bounces at openjdk.java.net] On Behalf Of Vitaly Davidovich > Sent: Friday, August 03, 2012 5:30 PM > To: Yu Lin > Cc: jdk8-dev at openjdk.java.net > Subject: Re: Possible atomicity violations when composing concurrent > collections operations > > In both of the examples you mentioned, the race seems benign. ?In the first > example, a Class may be returned that's not in the map anymore if it's > overwritten, but Class.forName() with exact same args should return the > same instance of Class. ?Likewise in the second example the return value is > a primitive boolean, so even if two threads race, it shouldn't matter. > > The race would be an issue if identity equality is required and the > creation/construction of the object inside the method does not itself > guarantee identity, but I don't see either of these issues in these 2 > examples. > > Cheers, > Vitaly > > Sent from my phone > On Aug 3, 2012 6:06 PM, "Yu Lin" wrote: > > > Hi, > > > > My name is Yu Lin. I'm a Ph.D. student in the CS department at > > UIUC. I'm currently doing research on mining Java concurrent library > > misuses. I found some uses of concurrent collections in OpenJDK8 may > > result in potential atomicity violation bugs. I just posted this issue > > to the mailing list of OpenJdk7u but I was suggested to post here because > > OpenJDK8 is more active recently. > > > > The code below is a snapshot of the code in file > > jdk/src/share/classes/java/security/Security.java > > from line 669 to 681 > > > > L669 ? private static Class getSpiClass(String type) { > > L670 ? ? ? ?Class clazz = spiMap.get(type); > > L671 ? ? ? ?if (clazz != null) { > > L672 ? ? ? ? ? ?return clazz; > > L673 ? ? ? ?} > > L674 ? ? ? ?try { > > L675 ? ? ? ? ? ?clazz = Class.forName("java.security." + type + "Spi"); > > L676 ? ? ? ? ? ?spiMap.put(type, clazz); > > L677 ? ? ? ? ? ?return clazz; > > L678 ? ? ? ?} > > ? ? ? ? ? ? ... > > L681 ? } > > > > In the code above, there might be an atomicity violation: suppose a > > thread T1 executes line 670 and finds out the concurrent hashmap > > "spiMap" does not contain the key "type". Before it gets to execute > > line 676, another thread T2 puts a pair in the map > > "spiMap". Now thread T1 resumes execution and it will overwrite the > > value written by thread T2. Thus, the code no longer preserves the > > "put-if-absent" semantics, and thread T2 will return a "clazz" object > > that is not in the map at line 677. If such interleaving may happen, > > it may result in buggy behavior. I assume that it may happen because > > the concurrent hashmap is usually used in a multithreaded > > context. This violation can be avoided by using "putIfAbsent" method. > > > > There are many other places in Helix that have the same code patterns > > as the above two examples, but I'm not sure which will lead to bug and > > which not. If you think this kind of problem is important and may lead > > to buggy behavior, I can list all of them. > > > > Moreover, there are other two kinds of potential bugs: > > in jdk/src/share/classes/java/lang/Thread.java from line 16662 to 1668, > > > > L1662 ? Boolean result = Caches.subclassAudits.get(key); > > L1663 ? if (result == null) { > > L1664 ? ? ? result = Boolean.valueOf(auditSubclass(cl)); > > L1665 ? ? ? Caches.subclassAudits.putIfAbsent(key, result); > > L1666 ? } > > > > L1668 ? return result.booleanValue(); > > > > If thread T2 puts a pair after thread T1 finds "key" > > isn't in the map but just before T1 executes line 1665, the > result> in T1 won't be put. So T1 returns a "result" which is not in > > the map. Actually, the return value of "putIfAbsent" method should be > > checked here. > > > > I append a patch to show the fix of the above problems. I can also list > > all of such code I found if you need. > > > > Regards, > > Yu > > > > ================================================== > > > > diff -r 79c9847d4a5f src/share/classes/java/lang/Thread.java > > --- a/src/share/classes/java/lang/Thread.java ? Thu Aug 02 15:36:39 2012 > > -0700 > > +++ b/src/share/classes/java/lang/Thread.java ? Fri Aug 03 11:14:13 2012 > > -0500 > > @@ -1662,7 +1662,9 @@ > > ? ? ? ? ?Boolean result = Caches.subclassAudits.get(key); > > ? ? ? ? ?if (result == null) { > > ? ? ? ? ? ? ?result = Boolean.valueOf(auditSubclass(cl)); > > - ? ? ? ? ? ?Caches.subclassAudits.putIfAbsent(key, result); > > + ? ? ? ? ? ?Boolean tmpResult = Caches.subclassAudits.putIfAbsent(key, > > result); > > + ? ? ? ? ? ?if(tmpResult != null) > > + ? ? ? ? ? ? ? ?result = tmpResult; > > ? ? ? ? ?} > > > > ? ? ? ? ?return result.booleanValue(); > > diff -r 79c9847d4a5f src/share/classes/java/security/Security.java > > --- a/src/share/classes/java/security/Security.java ? ? Thu Aug 02 > > 15:36:39 2012 -0700 > > +++ b/src/share/classes/java/security/Security.java ? ? Fri Aug 03 > > 11:14:13 2012 -0500 > > @@ -658,7 +658,7 @@ > > ? ? ?} > > > > ? ? ?// Map containing cached Spi Class objects of the specified type > > - ? ?private static final Map> spiMap = > > + ? ?private static final ConcurrentHashMap> spiMap = > > ? ? ? ? ? ? ?new ConcurrentHashMap<>(); > > > > ? ? ?/** > > @@ -673,7 +673,9 @@ > > ? ? ? ? ?} > > ? ? ? ? ?try { > > ? ? ? ? ? ? ?clazz = Class.forName("java.security." + type + "Spi"); > > - ? ? ? ? ? ?spiMap.put(type, clazz); > > + ? ? ? ? ? ?Class tmpClazz = spiMap.putIfAbsent(type, clazz); > > + ? ? ? ? ? ?if(tmpClazz != null) > > + ? ? ? ? ? ? ? ?clazz = tmpClazz; > > ? ? ? ? ? ? ?return clazz; > > ? ? ? ? ?} catch (ClassNotFoundException e) { > > ? ? ? ? ? ? ?throw new AssertionError("Spi class not found", e); > > From ludwig.mark at siemens.com Mon Aug 6 12:56:11 2012 From: ludwig.mark at siemens.com (Ludwig, Mark) Date: Mon, 6 Aug 2012 19:56:11 +0000 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: <501FF8BA.9040809@oracle.com> References: <501AEE39.5030408@oracle.com> <501F09C0.4050200@oracle.com> <501FF8BA.9040809@oracle.com> Message-ID: I agree that these are not in need of fixing. BTW, nice name for this topic, Mr. Race. :-) > From: Phil Race > Sent: Monday, August 06, 2012 12:03 PM > To: David Holmes > Cc: jdk8-dev at openjdk.java.net; Yu Lin > Subject: Re: Possible atomicity violations when composing concurrent > collections operations > > > I think the main point is that if the first thread to create the map > also populates it with some entries, > > then they will be lost when the second map is created and installed. > > Of course if the entries are idempotent then it is a non-issue (just > as with the two races that Vitaly addressed). > > Exactly the case and that's what I tried to describe already. Its a > non-issue, not > in need of any fix. > > -phil. > > On 8/5/2012 5:03 PM, David Holmes wrote: > > Re-directing this thread to jdk8-dev ... > > > > On 3/08/2012 7:16 AM, Phil Race wrote: > >> On 8/2/2012 11:52 AM, Yu Lin wrote: > >>> My name is Yu Lin. I'm a Ph.D. student in the CS department at > >>> UIUC. I'm currently doing research on mining Java concurrent library > >>> misuses. I found some uses of concurrent collections in OpenJDK7u may > >>> result in potential atomicity violation bugs or harm the performance. > >> .... > >> > >>> Another possible atomicity vioaltion may happen at line 892 in > >>> jdk/src/share/classes/sun/font/FileFontStrike.java: > >>> > >>> L891 if (boundsMap == null) { > >>> L892 boundsMap = new ConcurrentHashMap Rectangle2D.Float>(); > >>> L893 } > >>> // some pairs are put into "boundsMap" > >>> > >>> A possible buggy scenario is both threads T1 and T2 finds "boundsMap" > >>> is null at the same time (line 891). After T1 creates a new empty map > >>> and puts some pairs into "boundsMap", T2 also creates an > >>> empty map and writes to "boundsMap". Then the pairs put > >>> by T1 will be lost. If this scenario may happen and lead to bug, we > >>> have to add synchronization when initializing "boundsMap". > >> > >> I haven't looked at the rest but I'll comment on that one. > >> This is deliberate. The tradeoff is all uses being synchronized versus > >> the small chance that two threads try to create this map at the same > >> time, which really doesn't matter. Its just a tiny bit of lost work. > >> We could have a debate about how uncontended synchronization > >> is cheap but adding it somewhat defeats the purpose of using > >> ConcurrentHashMap. Also if there are two threads active here, > >> meriting the synchronization then the lock probably is contended .. > > > > I think the main point is that if the first thread to create the map > > also populates it with some entries, then they will be lost when the > > second map is created and installed. Of course if the entries are > > idempotent then it is a non-issue (just as with the two races that > > Vitaly addressed). > > > > David > > ----- > > > > > >> Also I am not sure how your patch below would work. > >> Synchronizing on (null) isn't likely to fix anything. > >> Instead you just introduced a NullPointerException. > >> > >> Finally jdk8-dev is probably the "main" list these days. > >> > >> -phil. > >> > >>> I append a patch to show how to fix the above four problems. I can > >>> also list > >>> all of such code I found if you need. > >>> > >>> Regards, > >>> Yu > >>> > >>> > ========================================================== > ===== > >>> > >>> diff -r 7daf4a4dee76 src/share/classes/sun/font/FileFontStrike.java > >>> --- a/src/share/classes/sun/font/FileFontStrike.java Mon May 07 > >>> 14:59:29 2012 -0700 > >>> +++ b/src/share/classes/sun/font/FileFontStrike.java Thu Aug 02 > >>> 11:50:46 2012 -0500 > >>> @@ -887,9 +887,10 @@ > >>> * up in Java code either. > >>> */ > >>> Rectangle2D.Float getGlyphOutlineBounds(int glyphCode) { > >>> - > >>> - if (boundsMap == null) { > >>> - boundsMap = new ConcurrentHashMap Rectangle2D.Float>(); > >>> + synchronized (boundsMap) { > >>> + if (boundsMap == null) { > >>> + boundsMap = new ConcurrentHashMap >>> Rectangle2D.Float>(); > >>> + } > >>> } > >>> > >>> Integer key = Integer.valueOf(glyphCode); > >> From david.holmes at oracle.com Mon Aug 6 15:50:18 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 07 Aug 2012 08:50:18 +1000 Subject: Possible atomicity violations when composing concurrent collections operations In-Reply-To: References: Message-ID: <50204A2A.2000303@oracle.com> The ClassLoader case hadn't been addressed yet so ... On 3/08/2012 4:52 AM, Yu Lin wrote: > Also, there are some code in OpenJDK7u that avoid the above > interleaving by adding synchronizations. For example in > jdk/src/share/classes/java/lang/ClassLoader.java from line 932 to 937 > > L932 synchronized (this) { > L933 pcerts = package2certs.get(pname); > L934 if (pcerts == null) { > L935 package2certs.put(pname, (certs == null? nocerts:certs)); > L936 } > L937 } > > However, if we use "putIfAbsent" at line 592, the synchronization at > line 588 is no longer needed. Generally, using "putIfAbsent" has > better performace than synchronizing a concurrent hashmap. Note that if the above code is executed it means that we are not dealing with a parallel-capable loader, which means that package2certs is a Hashtable not a ConcurrentHashMap. The complete code section is actually: if (parallelLockMap == null) { synchronized (this) { pcerts = package2certs.get(pname); if (pcerts == null) { package2certs.put(pname, (certs == null? nocerts:certs)); } } } else { pcerts = ((ConcurrentHashMap)package2certs). putIfAbsent(pname, (certs == null? nocerts:certs)); } David ----- From lana.steuck at oracle.com Tue Aug 7 15:17:32 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 07 Aug 2012 22:17:32 +0000 Subject: hg: jdk8/jdk8/jdk: 29 new changesets Message-ID: <20120807222245.86FF4473E8@hg.openjdk.java.net> Changeset: 28665fa73b4a Author: rupashka Date: 2012-07-19 19:09 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/28665fa73b4a 7124330: [macosx] javax.swing.JComboBox throws unexpected ClassCastException Reviewed-by: kizune ! src/macosx/classes/com/apple/laf/AquaComboBoxUI.java Changeset: b1c5e4a843f3 Author: leonidr Date: 2012-07-19 19:41 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b1c5e4a843f3 7181027: [macosx] Unable to use headless mode Reviewed-by: anthony ! src/share/classes/java/awt/GraphicsEnvironment.java ! src/solaris/native/java/lang/java_props_md.c Changeset: f04d8dee2da9 Author: alexsch Date: 2012-07-23 17:41 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f04d8dee2da9 7185512: The printout doesn't match image on screen. Reviewed-by: serb, bagiras ! src/windows/native/sun/windows/awt_TextArea.cpp ! src/windows/native/sun/windows/awt_TextComponent.cpp ! src/windows/native/sun/windows/awt_TextComponent.h Changeset: 8a5a71e853ed Author: alexsch Date: 2012-07-24 16:26 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8a5a71e853ed 7129800: [macosx] Regression test OverrideRedirectWindowActivationTest fails due to timing issue Reviewed-by: rupashka + test/java/awt/Focus/OverrideRedirectWindowActivationTest/OverrideRedirectWindowActivationTest.java Changeset: 3502753a9d66 Author: rupashka Date: 2012-07-25 13:41 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/3502753a9d66 7167780: Hang javasoft.sqe.tests.api.javax.swing.Timer.Ctor2Tests Reviewed-by: alexsch ! src/share/classes/javax/swing/TimerQueue.java Changeset: 1a410846d85b Author: malenkov Date: 2012-07-25 19:14 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1a410846d85b 4650871: Classes in sunw.* should be removed from workspace and rt.jar Reviewed-by: art, rupashka ! make/Makefile ! make/common/Release.gmk ! make/docs/CORE_PKGS.gmk - make/sunw/Makefile ! makefiles/CreateJars.gmk ! makefiles/docs/CORE_PKGS.gmk ! src/share/classes/sun/misc/MetaIndex.java - src/share/classes/sunw/io/Serializable.java - src/share/classes/sunw/util/EventListener.java - src/share/classes/sunw/util/EventObject.java Changeset: 80b1ecc79852 Author: denis Date: 2012-07-27 19:41 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/80b1ecc79852 7149068: java/awt/Window/Grab/GrabTest.java failed Reviewed-by: art, ant + test/java/awt/Window/Grab/GrabTest.java Changeset: 1579507a736f Author: lana Date: 2012-07-27 22:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1579507a736f Merge - src/share/classes/sun/security/krb5/ServiceName.java - test/sun/security/krb5/ServiceNameClone.java - test/sun/security/mscapi/ShortRSAKey512.sh - test/sun/security/mscapi/ShortRSAKey768.sh Changeset: 1abb270d9038 Author: malenkov Date: 2012-07-30 13:35 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1abb270d9038 7187618: PropertyDescriptor Performance Slow Reviewed-by: rupashka ! src/share/classes/com/sun/beans/TypeResolver.java ! src/share/classes/com/sun/beans/finder/MethodFinder.java ! src/share/classes/java/beans/IndexedPropertyDescriptor.java ! src/share/classes/java/beans/Introspector.java ! src/share/classes/java/beans/PropertyDescriptor.java + test/java/beans/Performance/Test7122740.java + test/java/beans/Performance/Test7184799.java Changeset: 896322c6f35f Author: alexsch Date: 2012-07-30 14:31 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/896322c6f35f 7184365: closed/java/awt/event/TextEvent/TextEventSequenceTest/TextEventSequenceTest fails Reviewed-by: serb, bagiras ! src/macosx/classes/sun/lwawt/LWTextAreaPeer.java ! src/macosx/classes/sun/lwawt/LWTextComponentPeer.java ! src/share/classes/java/awt/TextComponent.java ! src/solaris/classes/sun/awt/X11/XTextAreaPeer.java + test/java/awt/event/TextEvent/TextEventSequenceTest/TextEventSequenceTest.java Changeset: 773474da570b Author: khazra Date: 2012-07-18 15:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/773474da570b 7185051: Remove TestProviderLeak.java from the ProblemList Summary: Remove TestProviderLeak.java from jdk test problem list. Reviewed-by: khazra Contributed-by: dan.xu at oracle.com ! test/ProblemList.txt Changeset: 2c2e4ecc8f7e Author: chegar Date: 2012-07-19 18:19 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/2c2e4ecc8f7e 7081476: test/java/net/InetSocketAddress/B6469803.java failing intermittently Reviewed-by: chegar Contributed-by: Eric Wang ! test/ProblemList.txt ! test/java/net/DatagramPacket/ReuseBuf.java Changeset: 84cd98a5641c Author: sherman Date: 2012-07-19 21:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/84cd98a5641c 7130915: File.equals does not give expected results when path contains Non-English characters on Mac OS X Summary: to support Unicode nfd/nfc file path on Macos Reviewed-by: alanb ! make/java/nio/Makefile ! src/share/native/java/io/io_util.h ! src/solaris/classes/sun/nio/fs/BsdNativeDispatcher.java ! src/solaris/classes/sun/nio/fs/DefaultFileSystemProvider.java + src/solaris/classes/sun/nio/fs/MacOSXFileSystem.java + src/solaris/classes/sun/nio/fs/MacOSXFileSystemProvider.java + src/solaris/classes/sun/nio/fs/MacOSXNativeDispatcher.java ! src/solaris/classes/sun/nio/fs/UnixFileSystem.java ! src/solaris/classes/sun/nio/fs/UnixPath.java ! src/solaris/native/java/io/UnixFileSystem_md.c ! src/solaris/native/java/io/io_util_md.c ! src/solaris/native/java/io/io_util_md.h + src/solaris/native/sun/nio/fs/MacOSXNativeDispatcher.c + test/java/io/File/MacPathTest.java + test/java/io/File/MacPathTest.sh + test/java/nio/file/Path/MacPathTest.java + test/java/nio/file/Path/MacPathTest.sh Changeset: 5dc3f32c0d26 Author: weijun Date: 2012-07-21 19:56 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/5dc3f32c0d26 7180907: Jarsigner -verify fails if rsa file used sha-256 with authenticated attributes Reviewed-by: xuelei ! src/share/classes/com/sun/crypto/provider/OAEPParameters.java ! src/share/classes/sun/security/pkcs/PKCS7.java ! src/share/classes/sun/security/pkcs12/PKCS12KeyStore.java ! src/share/classes/sun/security/x509/AlgorithmId.java + test/sun/security/x509/AlgorithmId/NonStandardNames.java Changeset: 7e49c6f7507e Author: weijun Date: 2012-07-21 19:56 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7e49c6f7507e 7178649: TEST BUG: BadKdc3.java needs improvement to ignore the unlikely but possible timeout Reviewed-by: xuelei ! test/sun/security/krb5/auto/BadKdc.java ! test/sun/security/krb5/auto/BadKdc1.java ! test/sun/security/krb5/auto/BadKdc2.java ! test/sun/security/krb5/auto/BadKdc3.java ! test/sun/security/krb5/auto/BadKdc4.java Changeset: 11d5ddc6a6d4 Author: alanb Date: 2012-07-22 20:32 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/11d5ddc6a6d4 6633549: (dc) Include-mode filtering of IPv6 sources does not block datagrams on Linux Reviewed-by: chegar ! src/solaris/native/sun/nio/ch/DatagramDispatcher.c ! src/solaris/native/sun/nio/ch/Net.c ! test/java/nio/channels/DatagramChannel/MulticastSendReceiveTests.java Changeset: f7731fc8c98a Author: weijun Date: 2012-07-24 09:20 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f7731fc8c98a 7179796: GSSExceptionImpl outputs duplicate mech oid Reviewed-by: valeriep ! src/share/classes/sun/security/jgss/GSSCredentialImpl.java Changeset: e0e7cc711bda Author: xuelei Date: 2012-07-24 03:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e0e7cc711bda 7185576: Need to consider the connection timeout at test/com/sun/jndi/ldap/InvalidLdapFilters.java Reviewed-by: vinnie ! test/com/sun/jndi/ldap/InvalidLdapFilters.java Changeset: a18f2806bef2 Author: sherman Date: 2012-07-24 12:17 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a18f2806bef2 6653797: Reimplement JDK charset repository charsets.jar Summary: Migrated all jis based charsets to new implementation Reviewed-by: okutsu ! make/java/nio/FILES_java.gmk ! make/java/sun_nio/FILES_java.gmk ! make/sun/nio/cs/FILES_java.gmk ! make/tools/CharsetMapping/DoubleByte-X.java.template + make/tools/CharsetMapping/JIS_X_0201.c2b ! make/tools/CharsetMapping/JIS_X_0201.map + make/tools/CharsetMapping/JIS_X_0208.map + make/tools/CharsetMapping/JIS_X_0208_MS5022X.c2b + make/tools/CharsetMapping/JIS_X_0208_MS5022X.map + make/tools/CharsetMapping/JIS_X_0208_MS932.map + make/tools/CharsetMapping/JIS_X_0208_MS932.nr + make/tools/CharsetMapping/JIS_X_0208_Solaris.map + make/tools/CharsetMapping/JIS_X_0208_Solaris.nr + make/tools/CharsetMapping/JIS_X_0212.map + make/tools/CharsetMapping/JIS_X_0212_MS5022X.map + make/tools/CharsetMapping/JIS_X_0212_Solaris.map + make/tools/CharsetMapping/JIS_X_0212_Solaris.nr + make/tools/CharsetMapping/PCK.c2b + make/tools/CharsetMapping/PCK.map + make/tools/CharsetMapping/PCK.nr + make/tools/CharsetMapping/SJIS.c2b + make/tools/CharsetMapping/SJIS.map ! make/tools/CharsetMapping/dbcs ! make/tools/CharsetMapping/extsbcs ! make/tools/src/build/tools/charsetmapping/DBCS.java ! make/tools/src/build/tools/charsetmapping/SBCS.java ! src/share/classes/sun/nio/cs/SingleByte.java - src/share/classes/sun/nio/cs/SingleByteDecoder.java - src/share/classes/sun/nio/cs/SingleByteEncoder.java ! src/share/classes/sun/nio/cs/ext/DoubleByte.java - src/share/classes/sun/nio/cs/ext/DoubleByteDecoder.java ! src/share/classes/sun/nio/cs/ext/EUC_JP.java ! src/share/classes/sun/nio/cs/ext/EUC_JP_LINUX.java ! src/share/classes/sun/nio/cs/ext/EUC_JP_Open.java ! src/share/classes/sun/nio/cs/ext/IBM834.java ! src/share/classes/sun/nio/cs/ext/ISO2022_JP.java ! src/share/classes/sun/nio/cs/ext/ISO2022_JP_2.java - src/share/classes/sun/nio/cs/ext/JIS_X_0201.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Encoder.java ! src/share/classes/sun/nio/cs/ext/MS50220.java ! src/share/classes/sun/nio/cs/ext/MS50221.java ! src/share/classes/sun/nio/cs/ext/MSISO2022JP.java - src/share/classes/sun/nio/cs/ext/PCK.java - src/share/classes/sun/nio/cs/ext/SJIS.java ! src/solaris/classes/sun/awt/motif/X11JIS0201.java ! src/solaris/classes/sun/awt/motif/X11JIS0208.java ! src/solaris/classes/sun/awt/motif/X11JIS0212.java ! test/java/nio/charset/Charset/NIOCharsetAvailabilityTest.java ! test/sun/nio/cs/OLD/DoubleByteDecoder.java ! test/sun/nio/cs/OLD/DoubleByteEncoder.java + test/sun/nio/cs/OLD/EUC_JP_LINUX_OLD.java + test/sun/nio/cs/OLD/EUC_JP_OLD.java + test/sun/nio/cs/OLD/EUC_JP_Open_OLD.java + test/sun/nio/cs/OLD/JIS_X_0201_OLD.java + test/sun/nio/cs/OLD/JIS_X_0208_Decoder.java + test/sun/nio/cs/OLD/JIS_X_0208_Encoder.java + test/sun/nio/cs/OLD/JIS_X_0208_OLD.java + test/sun/nio/cs/OLD/JIS_X_0208_Solaris_Decoder.java + test/sun/nio/cs/OLD/JIS_X_0208_Solaris_Encoder.java + test/sun/nio/cs/OLD/JIS_X_0212_Decoder.java + test/sun/nio/cs/OLD/JIS_X_0212_Encoder.java + test/sun/nio/cs/OLD/JIS_X_0212_OLD.java + test/sun/nio/cs/OLD/JIS_X_0212_Solaris_Decoder.java + test/sun/nio/cs/OLD/JIS_X_0212_Solaris_Encoder.java ! test/sun/nio/cs/OLD/MS932_OLD.java + test/sun/nio/cs/OLD/PCK_OLD.java + test/sun/nio/cs/OLD/SJIS_OLD.java + test/sun/nio/cs/OLD/SingleByteDecoder.java + test/sun/nio/cs/OLD/SingleByteEncoder.java ! test/sun/nio/cs/OLD/TestIBMDB.java ! test/sun/nio/cs/TestX11JIS0201.java Changeset: 74ceda3a98a0 Author: khazra Date: 2012-07-24 13:38 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/74ceda3a98a0 7184287: (prefs) BackingStoreException when calling flush on root node[macosx] Summary: Change implementation to enable user without administrative privileges to call flush Reviewed-by: alanb ! src/macosx/classes/java/util/prefs/MacOSXPreferences.java ! src/macosx/classes/java/util/prefs/MacOSXPreferencesFile.java ! test/ProblemList.txt Changeset: 42eac77355d2 Author: sherman Date: 2012-07-25 12:47 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/42eac77355d2 7186829: test/sun/nio/cs/OLD/JIS_X_0201_OLD.java failed in jdk8 TL nightly build Summary: fixed the test case Reviewed-by: alanb ! test/sun/nio/cs/OLD/JIS_X_0201_OLD.java Changeset: f267302093d4 Author: weijun Date: 2012-07-26 20:38 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f267302093d4 7187051: ShortRSAKeynnn.sh tests should do cleanup before start test Reviewed-by: xuelei ! test/sun/security/mscapi/ShortRSAKey1024.sh Changeset: 35fec642fd32 Author: coffeys Date: 2012-07-26 22:00 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/35fec642fd32 7179879: SSLSocket connect times out instead of throwing socket closed exception Reviewed-by: xuelei, chegar ! src/share/classes/sun/security/ssl/SSLSocketImpl.java Changeset: 018e555a7a07 Author: dmocek Date: 2012-07-27 16:53 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/018e555a7a07 7186111: fix bugs in java/rmi/activation/ActivationSystem/unregisterGroup/UnregisterGroup Reviewed-by: smarks, jgish ! test/java/rmi/activation/ActivationSystem/unregisterGroup/UnregisterGroup.java ! test/java/rmi/activation/ActivationSystem/unregisterGroup/group.security.policy ! test/java/rmi/activation/ActivationSystem/unregisterGroup/rmid.security.policy ! test/java/rmi/activation/ActivationSystem/unregisterGroup/security.policy Changeset: a093f6247b52 Author: lana Date: 2012-07-27 22:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a093f6247b52 Merge Changeset: 78644d4a9a32 Author: dxu Date: 2012-07-30 04:57 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78644d4a9a32 7185340: TEST_BUG: java/nio/channels/AsynchronousSocketChannel/Leaky.java failing intermittently [win] Reviewed-by: alanb ! test/java/nio/channels/AsynchronousSocketChannel/Leaky.java Changeset: 38263aa28324 Author: michaelm Date: 2012-07-30 22:32 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/38263aa28324 7120665: Change Java SE spec so that external networking not required Reviewed-by: alanb ! src/share/classes/java/net/NetworkInterface.java ! src/share/classes/java/net/package.html Changeset: b08697af1c56 Author: lana Date: 2012-07-31 18:38 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b08697af1c56 Merge - src/share/classes/sun/nio/cs/SingleByteDecoder.java - src/share/classes/sun/nio/cs/SingleByteEncoder.java - src/share/classes/sun/nio/cs/ext/DoubleByteDecoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0201.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/PCK.java - src/share/classes/sun/nio/cs/ext/SJIS.java Changeset: e865efbc7105 Author: lana Date: 2012-08-06 15:53 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e865efbc7105 Merge - make/sunw/Makefile - src/share/classes/sun/nio/cs/SingleByteDecoder.java - src/share/classes/sun/nio/cs/SingleByteEncoder.java - src/share/classes/sun/nio/cs/ext/DoubleByteDecoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0201.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/PCK.java - src/share/classes/sun/nio/cs/ext/SJIS.java - src/share/classes/sunw/io/Serializable.java - src/share/classes/sunw/util/EventListener.java - src/share/classes/sunw/util/EventObject.java From lana.steuck at oracle.com Tue Aug 7 15:35:09 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Tue, 7 Aug 2012 15:35:09 -0700 (PDT) Subject: jdk8-b51: JSN, Tools, Core Libraries, Serviceability, 2d, Awt, and Swing Message-ID: <201208072235.q77MZ9u8029823@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8/jdk8/rev/57c0aee73090 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c4cd4cab2220 http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e865efbc7105 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/1a70b6333ebe http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/dc1ea77ed9d9 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/c01c8e05ec8c http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/9b0f841ca9f7 --- All the fixes will be tested during promotion (no PIT testing at this point): 6653797 java char_encodings Reimplement JDK charset repository charsets.jar 7186829 java char_encodings test/sun/nio/cs/OLD/JIS_X_0201_OLD.java failed in jdk8 TL ni 7129800 java classes_awt [macosx] Regression test OverrideRedirectWindowActivationTes 7149068 java classes_awt java/awt/Window/Grab/GrabTest.java failed 7181027 java classes_awt [macosx] Unable to use headless mode 7184365 java classes_awt closed/java/awt/event/TextEvent/TextEventSequenceTest/TextEv 7185512 java classes_awt The printout doesn't match image on screen. 4650871 java classes_beans Classes in sunw.* should be removed from workspace and rt.ja 7187618 java classes_beans PropertyDescriptor Performance Slow (continue) 7130915 java classes_io File.equals does not give expected results when path contain 7081476 java classes_net test/java/net/InetSocketAddress/B6469803.java failing interm 7120665 java classes_net Change Java SE spec so that external networking not required 6633549 java classes_nio (dc) Include-mode filtering of IPv6 sources does not block d 7185340 java classes_nio TEST_BUG: java/nio/channels/AsynchronousSocketChannel/Leaky. 7178649 java classes_security TEST BUG: BadKdc3.java needs improvement to ignore the unlik 7179796 java classes_security GSSExceptionImpl outputs duplicate mech oid 7180907 java classes_security Jarsigner -verify fails if rsa file used sha-256 with authen 7186377 java classes_security closed/sun/security/tools/jarsigner/noca/noca.sh failed beca 7187051 java classes_security ShortRSAKey1024.sh tests should do cleanup before start test 7124330 java classes_swing [macosx] javax.swing.JComboBox throws unexpected ClassCastEx 7167780 java classes_swing Hang javasoft.sqe.tests.api.javax.swing.Timer.Ctor2Tests 7184287 java classes_util (prefs) BackingStoreException when calling flush on root nod 7186111 java rmi TEST_BUG: java/rmi/activation/ActivationSystem/unregisterGro 7185051 jce runtime Remove TestProviderLeak.java from the ProblemList 7185576 jndi ldap Need to consider the connection timeout at test/com/sun/jndi 7179879 jsse runtime SSLSocket connect times out instead of throwing socket close From john.coomes at oracle.com Wed Aug 8 13:13:44 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 08 Aug 2012 20:13:44 +0000 Subject: hg: jdk8/jdk8/hotspot: 14 new changesets Message-ID: <20120808201416.147574742D@hg.openjdk.java.net> Changeset: 86a687be3f02 Author: amurillo Date: 2012-07-27 16:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/86a687be3f02 7187463: new hotspot build - hs24-b19 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 594dff5e3c2e Author: johnc Date: 2012-07-17 11:52 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/594dff5e3c2e 7173712: G1: Duplicated code in G1UpdateRSOrPushRefOopClosure::do_oop_nv() Summary: Duplicated code from G1RemSet::par_write_ref() inlined into G1UpdateRSOrPushRefOopClosure::do_oop_nv() was showing up in profiles with a fairly high amount of CPU time. Manually inline the main part of G1RemSet::par_write_ref() to eliminate the code duplication. Reviewed-by: azeemj, brutisso ! src/share/vm/gc_implementation/g1/g1OopClosures.inline.hpp Changeset: d42fe3c3001d Author: johnc Date: 2012-07-17 14:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/d42fe3c3001d 7184772: G1: Incorrect assert in HeapRegionLinkedList::add_as_head() Summary: Assertion incorrectly checks that _head is NULL and should be checking that _tail is NULL instead. Reviewed-by: johnc Contributed-by: Brandon Mitchell ! src/share/vm/gc_implementation/g1/heapRegionSet.cpp Changeset: db823a892a55 Author: johnc Date: 2012-07-17 12:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/db823a892a55 7182260: G1: Fine grain RSet freeing bottleneck Summary: Chain the fine grain PerRegionTables in an individual RSet together and free them in bulk using a single operation. Reviewed-by: johnc, brutisso Contributed-by: Thomas Schatzl ! src/share/vm/gc_implementation/g1/heapRegionRemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegionRemSet.hpp Changeset: a2f7274eb6ef Author: tonyp Date: 2012-07-19 15:15 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/a2f7274eb6ef 7114678: G1: various small fixes, code cleanup, and refactoring Summary: Various cleanups as a prelude to introducing iterators for HeapRegions. Reviewed-by: johnc, brutisso ! 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/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp ! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp ! src/share/vm/gc_implementation/g1/g1OopClosures.hpp ! src/share/vm/gc_implementation/g1/g1OopClosures.inline.hpp ! src/share/vm/gc_implementation/g1/g1RemSet.cpp ! src/share/vm/gc_implementation/g1/heapRegion.cpp ! src/share/vm/gc_implementation/g1/heapRegion.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 Changeset: 113f4c73df61 Author: jmasa Date: 2012-07-24 14:48 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/113f4c73df61 Merge Changeset: 3080f4743cf2 Author: jmasa Date: 2012-07-26 23:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3080f4743cf2 Merge Changeset: ff58dfd5b977 Author: jmasa Date: 2012-07-27 21:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ff58dfd5b977 Merge Changeset: 3b01d0321dfa Author: zgu Date: 2012-07-30 10:25 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3b01d0321dfa 7186778: MachO decoder implementation for MacOSX Summary: Implementation of decoder for Apple's MacOSX. The implementation is based on the patch provided by Kevin Walls. Reviewed-by: coleenp, kamg, kevinw ! src/os/bsd/vm/decoder_machO.cpp ! src/os/bsd/vm/decoder_machO.hpp ! src/os/bsd/vm/os_bsd.cpp ! src/os/windows/vm/decoder_windows.cpp ! src/os/windows/vm/decoder_windows.hpp ! src/share/vm/utilities/decoder.cpp ! src/share/vm/utilities/decoder.hpp ! src/share/vm/utilities/decoder_elf.hpp Changeset: 4bfef6df8881 Author: zgu Date: 2012-07-30 07:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4bfef6df8881 Merge Changeset: 5e2dc722e70d Author: andrew Date: 2012-07-31 16:01 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/5e2dc722e70d 7186278: Build error after CR#6995781 / 7151532 with GCC 4.7.0 Summary: Templates need this object if not using template parameter in call Reviewed-by: coleenp, kamg, dholmes ! src/share/vm/utilities/hashtable.cpp ! src/share/vm/utilities/hashtable.hpp Changeset: e37a5219e297 Author: dcubed Date: 2012-07-31 18:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e37a5219e297 Merge Changeset: 3b3ad1642970 Author: amurillo Date: 2012-08-03 13:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3b3ad1642970 Merge Changeset: 663fc23da8d5 Author: amurillo Date: 2012-08-03 13:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/663fc23da8d5 Added tag hs24-b19 for changeset 3b3ad1642970 ! .hgtags From alejandro.murillo at oracle.com Wed Aug 8 13:23:31 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 08 Aug 2012 14:23:31 -0600 Subject: jdk8-b51: HotSpot Message-ID: <5022CAC3.50905@oracle.com> hs24-b19 has been integrated into jdk8-b51. http://hg.openjdk.java.net/jdk8/jdk8/rev/57c0aee73090 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/9b0f841ca9f7 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/663fc23da8d5 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/dc1ea77ed9d9 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/1a70b6333ebe http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e865efbc7105 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c4cd4cab2220 Component : VM Status : 0 major failures, 0 minor failures Date : 08/08/2012 at 12:23 Tested By : VM SQE &leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-08-03-201659.amurillo.hs24-b19-snapshot Bundles : 2012-08-03-201659.amurillo.hs24-b19-snapshot Platforms : Others Tests :/net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs : There are no short link in Aurora yet. Number of Tests Executed : 300000 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 7182260: G1: Fine grain RSet freeing bottleneck 7184772: G1: Incorrect assert in HeapRegionLinkedList::add_as_head() 7186278: Build error after CR#6995781 / 7151532 with GCC 4.7.0 7186778: MachO decoder implementation for MacOSX Build change only: 7114678: G1: various small fixes, code cleanup, and refactoring 7173712: G1: Duplicated code in G1UpdateRSOrPushRefOopClosure::do_oop_nv() 7187463: new hotspot build - hs24-b19 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-b51 Issues and Notes: This is PIt for HS24 b19 for JDK8 b51. ------------------------------- 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 Thu Aug 9 23:58:14 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 06:58:14 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b51 for changeset 57c0aee73090 Message-ID: <20120810065814.A563747462@hg.openjdk.java.net> Changeset: 8d24def5ceb3 Author: katleman Date: 2012-08-09 18:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/8d24def5ceb3 Added tag jdk8-b51 for changeset 57c0aee73090 ! .hgtags From david.katleman at oracle.com Thu Aug 9 23:58:33 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 06:58:33 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b51 for changeset 9b0f841ca9f7 Message-ID: <20120810065834.D971947463@hg.openjdk.java.net> Changeset: 80689ff9cb49 Author: katleman Date: 2012-08-09 18:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/80689ff9cb49 Added tag jdk8-b51 for changeset 9b0f841ca9f7 ! .hgtags From david.katleman at oracle.com Fri Aug 10 00:00:05 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 07:00:05 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b51 for changeset 663fc23da8d5 Message-ID: <20120810070009.466F147464@hg.openjdk.java.net> Changeset: abc951e44e1b Author: katleman Date: 2012-08-09 18:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/abc951e44e1b Added tag jdk8-b51 for changeset 663fc23da8d5 ! .hgtags From david.katleman at oracle.com Fri Aug 10 00:02:39 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 07:02:39 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b51 for changeset dc1ea77ed9d9 Message-ID: <20120810070243.B7AFF47465@hg.openjdk.java.net> Changeset: bd3c00d57614 Author: katleman Date: 2012-08-09 18:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/bd3c00d57614 Added tag jdk8-b51 for changeset dc1ea77ed9d9 ! .hgtags From david.katleman at oracle.com Fri Aug 10 00:02:51 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 07:02:51 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b51 for changeset 1a70b6333ebe Message-ID: <20120810070255.14B7E47466@hg.openjdk.java.net> Changeset: f62bc618122e Author: katleman Date: 2012-08-09 18:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/f62bc618122e Added tag jdk8-b51 for changeset 1a70b6333ebe ! .hgtags From david.katleman at oracle.com Fri Aug 10 00:03:06 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 07:03:06 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b51 for changeset e865efbc7105 Message-ID: <20120810070326.E8A2E47467@hg.openjdk.java.net> Changeset: b3b0d75cb117 Author: katleman Date: 2012-08-09 18:02 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b3b0d75cb117 Added tag jdk8-b51 for changeset e865efbc7105 ! .hgtags From david.katleman at oracle.com Fri Aug 10 00:05:57 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 10 Aug 2012 07:05:57 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b51 for changeset c4cd4cab2220 Message-ID: <20120810070559.B37F447468@hg.openjdk.java.net> Changeset: 23032c78b2d1 Author: katleman Date: 2012-08-09 18:02 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/23032c78b2d1 Added tag jdk8-b51 for changeset c4cd4cab2220 ! .hgtags From lana.steuck at oracle.com Fri Aug 10 10:21:11 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Fri, 10 Aug 2012 17:21:11 +0000 Subject: hg: jdk8/jdk8/langtools: 6 new changesets Message-ID: <20120810172126.AE1BA47488@hg.openjdk.java.net> Changeset: cddc2c894cc6 Author: mcimadamore Date: 2012-08-02 18:22 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/cddc2c894cc6 7175911: Simplify error reporting API in Check.CheckContext interface Summary: Make error messages generated during Check.checkType more uniform and more scalable 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/6840059/T6840059.out ! 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/7132880/T7132880.out ! test/tools/javac/Diagnostics/6722234/T6722234a_1.out ! test/tools/javac/Diagnostics/6722234/T6722234a_2.out ! test/tools/javac/Diagnostics/6722234/T6722234c.out ! test/tools/javac/Diagnostics/6722234/T6722234d_1.out ! test/tools/javac/Diagnostics/6722234/T6722234d_2.out ! test/tools/javac/Diagnostics/6799605/T6799605.out ! test/tools/javac/Diagnostics/6862608/T6862608a.out ! test/tools/javac/Diagnostics/6862608/T6862608b.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/CantApplyDiamond1.java ! test/tools/javac/diags/examples/IncompatibleTypes1.java ! test/tools/javac/diags/examples/InconvertibleTypes.java ! test/tools/javac/diags/examples/InferNoConformingAssignment.java ! test/tools/javac/diags/examples/InferVarargsArgumentMismatch.java ! test/tools/javac/diags/examples/InferredDoNotConformToLower.java ! test/tools/javac/diags/examples/KindnameConstructor.java ! test/tools/javac/diags/examples/NoUniqueMaximalInstance.java ! test/tools/javac/diags/examples/NotApplicableMethodFound.java ! test/tools/javac/diags/examples/PossibleLossPrecision.java ! test/tools/javac/diags/examples/ResourceNotApplicableToType.java ! test/tools/javac/diags/examples/VarargsArgumentMismatch.java ! test/tools/javac/diags/examples/VerboseResolveMulti1.java ! test/tools/javac/diags/examples/WhereFreshTvar.java ! test/tools/javac/diags/examples/WhereIntersection.java ! test/tools/javac/diags/examples/WhereTypeVar.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/6611449/T6611449.out ! test/tools/javac/generics/inference/6638712/T6638712a.out ! test/tools/javac/generics/inference/6638712/T6638712b.out ! test/tools/javac/generics/inference/6638712/T6638712c.out ! test/tools/javac/generics/inference/6638712/T6638712e.out ! test/tools/javac/generics/inference/6650759/T6650759m.out ! test/tools/javac/generics/inference/6838943/T6838943.out ! test/tools/javac/generics/inference/7086586/T7086586.out ! test/tools/javac/generics/inference/7154127/T7154127.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: e5cf1569d3a4 Author: mcimadamore Date: 2012-08-02 18:23 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/e5cf1569d3a4 7175538: Integrate efectively final check with DA/DU analysis Summary: Allow generalized effectively-final analysis for all local variables Reviewed-by: jjg, dlsmith ! src/share/classes/com/sun/tools/javac/code/Source.java ! src/share/classes/com/sun/tools/javac/comp/Attr.java ! src/share/classes/com/sun/tools/javac/comp/Flow.java ! 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/CantRefNonEffectivelyFinalVar.java + test/tools/javac/lambda/EffectivelyFinalTest.java + test/tools/javac/lambda/EffectivelyFinalTest01.out + test/tools/javac/lambda/EffectivelyFinalTest02.out Changeset: 2d75e7c952b8 Author: mcimadamore Date: 2012-08-02 18:24 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/2d75e7c952b8 7187104: Inference cleanup: remove redundant exception classes in Infer.java Summary: Remove unused exception classes in Infer.java Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/comp/Infer.java Changeset: cfa70d7ac944 Author: lana Date: 2012-08-07 20:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/cfa70d7ac944 Merge Changeset: f071cd32d297 Author: sundar Date: 2012-08-08 22:17 +0530 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/f071cd32d297 7178324: Crash when compiling for(i : x) try(AutoCloseable x = ...) {} Reviewed-by: darcy, jjg ! src/share/classes/com/sun/tools/javac/tree/TreeInfo.java + test/tools/javac/TryWithResources/T7178324.java Changeset: 1d2db0e5eabc Author: lana Date: 2012-08-10 10:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/1d2db0e5eabc Merge From lana.steuck at oracle.com Fri Aug 10 10:21:36 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Fri, 10 Aug 2012 17:21:36 +0000 Subject: hg: jdk8/jdk8/jdk: 17 new changesets Message-ID: <20120810172501.C5AD647489@hg.openjdk.java.net> Changeset: 21c590fdc8cb Author: mullan Date: 2012-08-01 11:06 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/21c590fdc8cb 7179715: OCSP revocation checking fails if the signer certificate is identified using the key ID Reviewed-by: vinnie ! src/share/classes/sun/security/provider/certpath/OCSPResponse.java Changeset: 9a5a3741bac9 Author: mullan Date: 2012-08-01 11:08 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9a5a3741bac9 Merge - makefiles/LegacyMakefiles.gmk - makefiles/OldImages.gmk - 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/java/Makefile - makefiles/java/invoke/Makefile - makefiles/java/redist/Makefile - makefiles/java/redist/sajdi/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/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/jkernel/Makefile - makefiles/sun/security/ec/Makefile - makefiles/sun/security/pkcs11/FILES_c.gmk - makefiles/sun/security/pkcs11/Makefile - makefiles/sun/security/pkcs11/mapfile-vers - src/share/classes/sun/nio/cs/SingleByteDecoder.java - src/share/classes/sun/nio/cs/SingleByteEncoder.java - src/share/classes/sun/nio/cs/ext/DoubleByteDecoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0201.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_MS932_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0208_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_MS5022X_Encoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Decoder.java - src/share/classes/sun/nio/cs/ext/JIS_X_0212_Solaris_Encoder.java - src/share/classes/sun/nio/cs/ext/PCK.java - src/share/classes/sun/nio/cs/ext/SJIS.java - src/share/classes/sun/security/krb5/ServiceName.java - test/sun/security/krb5/ServiceNameClone.java - test/sun/security/mscapi/ShortRSAKey512.sh - test/sun/security/mscapi/ShortRSAKey768.sh Changeset: 184da100cf45 Author: jgish Date: 2012-07-27 16:17 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/184da100cf45 6914123: (str) Missing synchronization in java.lang.String#contentEquals(CharSequence) Summary: Change contentEquals( CharSequence cs ) to do synchronization if cs is a StringBuffer Reviewed-by: mduigou Contributed-by: Jim Gish ! src/share/classes/java/lang/String.java Changeset: 75bda37d0337 Author: omajid Date: 2012-08-01 22:13 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/75bda37d0337 6844255: Potential stack corruption in GetJavaProperties Summary: Use dynamically allocated buffers for temp and encoding. Reviewed-by: alanb, andrew ! src/solaris/native/java/lang/java_props_md.c Changeset: b0bfa441d70f Author: mullan Date: 2012-08-02 10:40 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b0bfa441d70f 7026347: Certificate and X509CRL should have verify(PublicKey key, Provider sigProvider) Reviewed-by: mullan, xuelei, weijun Contributed-by: jason.uh at oracle.com ! src/share/classes/java/security/cert/Certificate.java ! src/share/classes/java/security/cert/X509CRL.java ! src/share/classes/java/security/cert/X509Certificate.java ! src/share/classes/sun/security/x509/X509CRLImpl.java ! src/share/classes/sun/security/x509/X509CertImpl.java + test/sun/security/x509/X509CRLImpl/Verify.java + test/sun/security/x509/X509CertImpl/Verify.java Changeset: 4e8bafdcefda Author: mullan Date: 2012-08-02 10:42 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4e8bafdcefda Merge Changeset: 8a82e5f9c47f Author: dmocek Date: 2012-08-02 18:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8a82e5f9c47f 7187876: ClassCastException in TCPTransport.executeAcceptLoop Reviewed-by: dholmes, smarks ! src/share/classes/sun/rmi/transport/tcp/TCPTransport.java Changeset: 1468b0af0d06 Author: sherman Date: 2012-08-03 13:40 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1468b0af0d06 7188852: Move implementation of De/Inflater.getBytesRead/Writtten() to java from native Summary: re-implemented getBytesRead/Writtten() at java level Reviewed-by: andrew, alanb ! make/java/zip/mapfile-vers ! src/share/classes/java/util/zip/Deflater.java ! src/share/classes/java/util/zip/Inflater.java ! src/share/native/java/util/zip/Deflater.c ! src/share/native/java/util/zip/Inflater.c ! src/share/native/java/util/zip/zlib-1.2.5/compress.c ! src/share/native/java/util/zip/zlib-1.2.5/inflate.c ! src/share/native/java/util/zip/zlib-1.2.5/patches/ChangeLog_java ! src/share/native/java/util/zip/zlib-1.2.5/zlib.h + test/java/util/zip/TotalInOut.java Changeset: 3521fcad4b5f Author: ksrini Date: 2012-07-31 06:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/3521fcad4b5f 7188114: (launcher) need an alternate command line parser for Windows Reviewed-by: darcy, dholmes, jjh Contributed-by: akhil.arora at oracle.com + src/windows/bin/cmdtoargs.c Changeset: 2dd41a2dfe54 Author: ksrini Date: 2012-07-31 06:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/2dd41a2dfe54 7146424: Wildcard expansion for single entry classpath Reviewed-by: dholmes, darcy, jjh, sherman ! make/common/Program.gmk ! make/java/jli/Makefile ! make/java/jli/mapfile-vers ! src/share/bin/java.c ! src/share/bin/java.h ! src/share/bin/jli_util.c ! src/share/bin/jli_util.h ! src/share/bin/main.c ! src/share/bin/wildcard.c ! src/share/classes/sun/launcher/LauncherHelper.java ! src/share/classes/sun/launcher/resources/launcher.properties - src/solaris/bin/java_md.c ! src/solaris/bin/java_md_common.c ! src/windows/bin/java_md.c ! test/tools/launcher/Arrrghs.java ! test/tools/launcher/TestHelper.java ! test/tools/launcher/ToolsOpts.java Changeset: e0ef14d89741 Author: alanb Date: 2012-08-07 12:47 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e0ef14d89741 7076644: TEST_BUG: test/java/io/File/Basic.java fails with cygwin Reviewed-by: alanb Contributed-by: Eric Wang ! test/ProblemList.txt ! test/java/io/File/basic.sh Changeset: b0d6552ba301 Author: lana Date: 2012-08-07 20:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b0d6552ba301 Merge - make/sunw/Makefile - src/share/classes/sunw/io/Serializable.java - src/share/classes/sunw/util/EventListener.java - src/share/classes/sunw/util/EventObject.java ! src/solaris/native/java/lang/java_props_md.c Changeset: d87e86aaf2b3 Author: andrew Date: 2012-08-08 12:37 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d87e86aaf2b3 7189533: GetJavaProperties should free temporary file if subsequent allocations fails Summary: Add missing calls to free Reviewed-by: alanb, dholmes, sherman ! src/solaris/native/java/lang/java_props_md.c Changeset: a50e92a980a5 Author: alanb Date: 2012-08-08 15:31 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a50e92a980a5 7189886: (aio) Add test coverage for AsynchronousChannelGroup.withThreadPool Reviewed-by: alanb Contributed-by: amy.lu at oracle.com ! test/java/nio/channels/AsynchronousChannelGroup/AsExecutor.java ! test/java/nio/channels/AsynchronousChannelGroup/Basic.java ! test/java/nio/channels/AsynchronousChannelGroup/Restart.java Changeset: a44671e0b6d7 Author: ksrini Date: 2012-08-08 09:29 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a44671e0b6d7 7189944: (launcher) test/tools/launcher/Arrrrghs.java needs a couple of minor fixes Reviewed-by: darcy, jgish ! test/tools/launcher/Arrrghs.java ! test/tools/launcher/TestHelper.java Changeset: bf85c3ab2637 Author: dsamersoff Date: 2012-08-09 14:52 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/bf85c3ab2637 7183753: [TEST] Some colon in the diff for this test Summary: Reference output file contains extra colon Reviewed-by: sspitsyn, mgronlun ! test/sun/tools/jcmd/help_help.out Changeset: da8649489aff Author: lana Date: 2012-08-10 10:15 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/da8649489aff Merge From lana.steuck at oracle.com Fri Aug 10 11:41:45 2012 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Fri, 10 Aug 2012 11:41:45 -0700 (PDT) Subject: jdk8-b52: JSN, Tools, Core Libraries, Serviceability, 2d, Awt, and Swing Message-ID: <201208101841.q7AIfjlv001274@jano-app.us.oracle.com> http://hg.openjdk.java.net/jdk8/jdk8/rev/8d24def5ceb3 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/1d2db0e5eabc http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/da8649489aff http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/f62bc618122e http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/bd3c00d57614 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/abc951e44e1b http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/80689ff9cb49 --- All the fixes will be tested during promotion (no PIT testing at this point): 7183753 hots jfr Some colon in the diff for this test 7187811 java classes_awt TEST_BUG: closed/java/awt/FontClass/TransformAttribute/FontT 7076644 java classes_io TEST_BUG: test/java/io/File/Basic.java fails with cygwin 6844255 java classes_lang Potential stack corruption in GetJavaProperties 6914123 java classes_lang (str) Missing synchronization in java.lang.String#contentEqu 7189533 java classes_lang GetJavaProperties should free temporary memory if subsequent 7189886 java classes_nio (aio) Add test coverage for AsynchronousChannelGroup.withThr 7026347 java classes_security Certificate and X509CRL should have verify(PublicKey key, Pr 7179715 java classes_security OCSP revocation checking fails if the signer certificate is 7188852 java classes_util_jar Move implementation of De/Inflater.getBytesRead/Writtten() t 7175538 java compiler Integrate efectively final check with DA/DU analysis 7175911 java compiler Simplify error reporting API in Check.CheckContext interface 7178324 java compiler Crash when compiling for(i : x) try(AutoCloseable x = ...) { 7187104 java compiler Inference cleanup: remove redundant exception classes in Inf 7179133 java other Update JDK8 with Java DB 10.9.1.0 7187876 java rmi ClassCastException in TCPTransport.executeAcceptLoop 7146424 java tools Wildcard expansion for single entry classpath 7188114 java tools (launcher) need an alternate command line parser for Windows 7189944 java tools (launcher) test/tools/launcher/Arrrrghs.java needs a couple From alejandro.murillo at oracle.com Mon Aug 13 15:44:55 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Mon, 13 Aug 2012 16:44:55 -0600 Subject: Upcoming flag day Message-ID: <50298367.2050007@oracle.com> We are currently testing JSR292 (invoke dynamic) changes that require the hotspot and jdk repos to be in sync. If testing goes well we will integrate the changes into the jdk8 master[1] this coming Wednesday, Aug 15. Once the changes have been integrated, the hotspot and jdk repos must match - i.e., either both must have the JSR292 changes or both must not have them. A JDK with mismatched repos may build but will not be able to handle invoke dynamics appropriately, and will fail with a message similar to this: $ java -showversion -Xbootclasspath/p:$PWD/classes -XX:+UnlockDiagnosticVMOptions -XX:+EnableInvokeDynamic Invalid layout of java.lang.invoke.MemberName at vmindex In particular, users of JPRT who have pulled the changes must build *both* hotspot and jdk until the JSR292 changes are in a promoted jdk8 build (expected Thu, Aug 16). After we integrate, the simplest coping strategy is to avoid pulling from the jdk8 master repo until the next jdk8 build is promoted. If you do pull, make sure to pull both hotspot and jdk, and to build both. [1] http://hg.openjdk.java.net/jdk8/jdk8 -- Alejandro E Murillo, Java Performance Phone: (303) 955-2584. Timezone: US/Mountain (UTC-0700) From michael.x.mcmahon at oracle.com Tue Aug 14 05:01:44 2012 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Tue, 14 Aug 2012 13:01:44 +0100 Subject: Review of new Http client API Message-ID: <502A3E28.7080708@oracle.com> Hi, (apologies for sending this again) We have just published a draft of a proposed new Http client API [1] for JDK 8. This message has been cc'd to jdk8-dev so that as many people as possible know about it, but the discussion will be on the net-dev list (net-dev at openjdk.java.net). So, folks will have to join that list [2], in order to take part. Thanks, Michael. [1] http://cr.openjdk.java.net/~michaelm/httpclient/v0.3/ [2] http://mail.openjdk.java.net/mailman/listinfo/net-dev From magnus.ihse.bursie at oracle.com Wed Aug 15 06:35:58 2012 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Wed, 15 Aug 2012 15:35:58 +0200 Subject: Not able to configure with new build infra In-Reply-To: <1340700303.39423.YahooMailNeo@web112618.mail.gq1.yahoo.com> References: <1340597996.22655.YahooMailNeo@web112611.mail.gq1.yahoo.com> <4FE835B5.7010509@oracle.com> <1340700303.39423.YahooMailNeo@web112618.mail.gq1.yahoo.com> Message-ID: <502BA5BE.2050004@oracle.com> On 2012-06-26 10:45, Mahesh Pujari wrote: > Could you please direct me how to debug/look the configuration, is there any way with which we can see what configuration is doing at that point of time (some thing like verbose during configuration) There is now! :-) I just added the option --debug-configure, so you can run "sh ./configure --debug-configure". This will create a file debug-configure.log in your current directory, and also tee it's output to the screen. It's using the same logic as in the logger.sh wrapper to get both stdout and stderr in one file, so you will probably see the same issues here (typically meaning stdout and stderr being out of sync, since one is buffered and the other is not). However, it will still hopefully be very helpful in tracking down problems. The new flag has just been committed to the build-infra forest. /Magnus From john.coomes at oracle.com Wed Aug 15 12:50:10 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 15 Aug 2012 19:50:10 +0000 Subject: hg: jdk8/jdk8/hotspot: 10 new changesets Message-ID: <20120815195032.8DB274753A@hg.openjdk.java.net> Changeset: ef437ea56651 Author: amurillo Date: 2012-08-03 13:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ef437ea56651 7189086: new hotspot build - hs24-b20 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 1d7922586cf6 Author: twisti Date: 2012-07-24 10:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/1d7922586cf6 7023639: JSR 292 method handle invocation needs a fast path for compiled code 6984705: JSR 292 method handle creation should not go through JNI Summary: remove assembly code for JDK 7 chained method handles Reviewed-by: jrose, twisti, kvn, mhaupt Contributed-by: John Rose , Christian Thalinger , Michael Haupt ! agent/src/share/classes/sun/jvm/hotspot/code/CodeBlob.java ! agent/src/share/classes/sun/jvm/hotspot/code/CodeCache.java - agent/src/share/classes/sun/jvm/hotspot/code/RicochetBlob.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/Frame.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/VM.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCFrame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCRicochetFrame.java ! agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86Frame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86RicochetFrame.java ! make/solaris/makefiles/fastdebug.make ! make/solaris/makefiles/optimized.make ! make/solaris/makefiles/product.make ! src/cpu/sparc/vm/assembler_sparc.cpp ! src/cpu/sparc/vm/assembler_sparc.hpp ! src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp ! src/cpu/sparc/vm/cppInterpreter_sparc.cpp ! src/cpu/sparc/vm/frame_sparc.cpp ! src/cpu/sparc/vm/interp_masm_sparc.cpp ! src/cpu/sparc/vm/interpreterGenerator_sparc.hpp ! src/cpu/sparc/vm/interpreter_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.cpp ! src/cpu/sparc/vm/methodHandles_sparc.hpp ! src/cpu/sparc/vm/sharedRuntime_sparc.cpp ! src/cpu/sparc/vm/stubGenerator_sparc.cpp ! src/cpu/sparc/vm/templateInterpreter_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.cpp ! src/cpu/sparc/vm/templateTable_sparc.hpp ! src/cpu/sparc/vm/vtableStubs_sparc.cpp ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp ! src/cpu/x86/vm/cppInterpreter_x86.cpp ! src/cpu/x86/vm/frame_x86.cpp ! src/cpu/x86/vm/interp_masm_x86_32.cpp ! src/cpu/x86/vm/interp_masm_x86_64.cpp ! src/cpu/x86/vm/interpreterGenerator_x86.hpp ! src/cpu/x86/vm/interpreter_x86_32.cpp ! src/cpu/x86/vm/interpreter_x86_64.cpp ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/cpu/x86/vm/methodHandles_x86.hpp ! src/cpu/x86/vm/sharedRuntime_x86_32.cpp ! src/cpu/x86/vm/sharedRuntime_x86_64.cpp ! src/cpu/x86/vm/stubGenerator_x86_32.cpp ! src/cpu/x86/vm/stubGenerator_x86_64.cpp ! src/cpu/x86/vm/templateInterpreter_x86_32.cpp ! src/cpu/x86/vm/templateInterpreter_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_32.cpp ! src/cpu/x86/vm/templateTable_x86_32.hpp ! src/cpu/x86/vm/templateTable_x86_64.cpp ! src/cpu/x86/vm/templateTable_x86_64.hpp ! src/cpu/x86/vm/vtableStubs_x86_32.cpp ! src/cpu/x86/vm/vtableStubs_x86_64.cpp ! src/cpu/zero/vm/cppInterpreter_zero.cpp ! src/cpu/zero/vm/interpreterGenerator_zero.hpp ! src/cpu/zero/vm/interpreter_zero.cpp ! src/share/vm/adlc/output_h.cpp ! src/share/vm/asm/assembler.cpp ! src/share/vm/asm/assembler.hpp ! src/share/vm/asm/register.hpp ! src/share/vm/c1/c1_Canonicalizer.cpp ! src/share/vm/c1/c1_Canonicalizer.hpp ! src/share/vm/c1/c1_Compilation.cpp ! src/share/vm/c1/c1_FrameMap.cpp ! src/share/vm/c1/c1_FrameMap.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_GraphBuilder.hpp ! src/share/vm/c1/c1_Instruction.cpp ! src/share/vm/c1/c1_Instruction.hpp ! src/share/vm/c1/c1_InstructionPrinter.cpp ! src/share/vm/c1/c1_InstructionPrinter.hpp ! src/share/vm/c1/c1_LIR.hpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/c1/c1_LIRGenerator.hpp ! src/share/vm/c1/c1_Optimizer.cpp ! src/share/vm/c1/c1_ValueMap.hpp ! src/share/vm/c1/c1_ValueStack.cpp ! src/share/vm/c1/c1_ValueStack.hpp ! src/share/vm/c1/c1_ValueType.cpp ! src/share/vm/c1/c1_ValueType.hpp ! src/share/vm/ci/bcEscapeAnalyzer.cpp ! src/share/vm/ci/ciClassList.hpp ! src/share/vm/ci/ciEnv.cpp + src/share/vm/ci/ciMemberName.cpp + src/share/vm/ci/ciMemberName.hpp ! src/share/vm/ci/ciMethod.cpp ! src/share/vm/ci/ciMethod.hpp ! src/share/vm/ci/ciMethodHandle.cpp ! src/share/vm/ci/ciMethodHandle.hpp ! src/share/vm/ci/ciObject.hpp ! src/share/vm/ci/ciObjectFactory.cpp ! src/share/vm/ci/ciSignature.hpp ! src/share/vm/ci/ciStreams.cpp ! src/share/vm/ci/ciStreams.hpp ! src/share/vm/ci/ciSymbol.cpp ! src/share/vm/ci/ciSymbol.hpp ! src/share/vm/ci/ciTypeFlow.cpp ! src/share/vm/classfile/classFileParser.cpp ! src/share/vm/classfile/classFileParser.hpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/classfile/javaClasses.hpp ! src/share/vm/classfile/symbolTable.hpp ! src/share/vm/classfile/systemDictionary.cpp ! src/share/vm/classfile/systemDictionary.hpp ! src/share/vm/classfile/vmSymbols.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/code/codeBlob.cpp ! src/share/vm/code/codeBlob.hpp ! src/share/vm/code/codeCache.cpp ! src/share/vm/code/debugInfoRec.cpp ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/vtableStubs.hpp ! src/share/vm/compiler/compileBroker.cpp ! src/share/vm/compiler/compileBroker.hpp ! src/share/vm/interpreter/abstractInterpreter.hpp ! src/share/vm/interpreter/bytecode.cpp ! src/share/vm/interpreter/bytecode.hpp ! src/share/vm/interpreter/bytecodeInterpreter.cpp ! src/share/vm/interpreter/bytecodes.cpp ! src/share/vm/interpreter/bytecodes.hpp ! src/share/vm/interpreter/interpreter.cpp ! src/share/vm/interpreter/interpreterRuntime.cpp ! src/share/vm/interpreter/interpreterRuntime.hpp ! src/share/vm/interpreter/linkResolver.cpp ! src/share/vm/interpreter/linkResolver.hpp ! src/share/vm/interpreter/rewriter.cpp ! src/share/vm/interpreter/rewriter.hpp ! src/share/vm/interpreter/templateInterpreter.cpp ! src/share/vm/interpreter/templateTable.cpp ! src/share/vm/interpreter/templateTable.hpp ! src/share/vm/oops/constantPoolOop.cpp ! src/share/vm/oops/constantPoolOop.hpp ! src/share/vm/oops/cpCacheOop.cpp ! src/share/vm/oops/cpCacheOop.hpp ! src/share/vm/oops/generateOopMap.cpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/methodKlass.cpp ! src/share/vm/oops/methodOop.cpp ! src/share/vm/oops/methodOop.hpp ! src/share/vm/oops/symbol.cpp ! src/share/vm/opto/bytecodeInfo.cpp ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/callGenerator.hpp ! src/share/vm/opto/callnode.cpp ! src/share/vm/opto/callnode.hpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/escape.hpp ! src/share/vm/opto/graphKit.cpp ! src/share/vm/opto/graphKit.hpp ! src/share/vm/opto/library_call.cpp ! src/share/vm/opto/matcher.cpp ! src/share/vm/opto/node.hpp ! src/share/vm/opto/parse.hpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/opto/phaseX.hpp ! src/share/vm/prims/jvmtiTagMap.cpp - src/share/vm/prims/methodHandleWalk.cpp - src/share/vm/prims/methodHandleWalk.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/methodHandles.hpp ! src/share/vm/prims/unsafe.cpp ! src/share/vm/runtime/arguments.cpp ! src/share/vm/runtime/deoptimization.cpp ! src/share/vm/runtime/fieldDescriptor.hpp ! src/share/vm/runtime/fprofiler.cpp ! src/share/vm/runtime/frame.cpp ! src/share/vm/runtime/frame.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/os.cpp ! src/share/vm/runtime/reflection.cpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp ! src/share/vm/runtime/signature.hpp ! src/share/vm/runtime/stubRoutines.cpp ! src/share/vm/runtime/stubRoutines.hpp ! src/share/vm/runtime/vframe.cpp ! src/share/vm/runtime/vframeArray.cpp ! src/share/vm/runtime/vmStructs.cpp ! src/share/vm/services/heapDumper.cpp ! src/share/vm/utilities/accessFlags.hpp ! src/share/vm/utilities/exceptions.hpp Changeset: 977007096840 Author: twisti Date: 2012-07-27 16:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/977007096840 7187290: nightly failures after JSR 292 lazy method handle update Reviewed-by: kvn, twisti ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/classfile/javaClasses.cpp ! src/share/vm/oops/methodOop.cpp ! src/share/vm/opto/doCall.cpp Changeset: 6c5b7a6becc8 Author: kvn Date: 2012-07-30 09:49 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6c5b7a6becc8 7187454: stack overflow in C2 compiler thread on Solaris x86 Summary: Added new FormatBufferResource class to use thread's resource area for error message buffer. Reviewed-by: twisti ! make/solaris/makefiles/fastdebug.make ! src/share/vm/opto/callGenerator.cpp ! src/share/vm/opto/chaitin.cpp ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/doCall.cpp ! src/share/vm/opto/escape.cpp ! src/share/vm/opto/idealGraphPrinter.cpp ! src/share/vm/opto/node.hpp ! src/share/vm/opto/parse1.cpp ! src/share/vm/utilities/debug.cpp ! src/share/vm/utilities/debug.hpp Changeset: 8cb110fd7627 Author: kvn Date: 2012-08-01 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/8cb110fd7627 7188227: VM should recognize M-series SPARC Summary: Check kstat data for SPARC-M. Reviewed-by: roland ! src/cpu/sparc/vm/vm_version_sparc.hpp ! src/os_cpu/solaris_sparc/vm/vm_version_solaris_sparc.cpp Changeset: b72784e722ff Author: twisti Date: 2012-08-01 14:44 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/b72784e722ff 7188276: JSR 292: assert(ct == T_OBJECT) failed: rt=T_OBJECT, ct=13 Reviewed-by: kvn, jrose ! src/share/vm/opto/doCall.cpp Changeset: 93c71eb28866 Author: twisti Date: 2012-08-07 14:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/93c71eb28866 7188911: nightly failures after JSR 292 lazy method handle update (round 2) Reviewed-by: kvn, jrose ! src/share/vm/classfile/verifier.cpp ! src/share/vm/classfile/vmSymbols.hpp ! src/share/vm/interpreter/linkResolver.cpp ! src/share/vm/oops/methodOop.hpp ! src/share/vm/prims/jvm.cpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/prims/nativeLookup.cpp ! src/share/vm/runtime/sharedRuntime.cpp ! src/share/vm/runtime/sharedRuntime.hpp ! src/share/vm/utilities/exceptions.cpp ! src/share/vm/utilities/exceptions.hpp Changeset: ee7edf31f688 Author: twisti Date: 2012-08-10 15:50 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ee7edf31f688 Merge - agent/src/share/classes/sun/jvm/hotspot/code/RicochetBlob.java - agent/src/share/classes/sun/jvm/hotspot/runtime/sparc/SPARCRicochetFrame.java - agent/src/share/classes/sun/jvm/hotspot/runtime/x86/X86RicochetFrame.java ! make/solaris/makefiles/fastdebug.make ! src/share/vm/opto/phaseX.hpp - src/share/vm/prims/methodHandleWalk.cpp - src/share/vm/prims/methodHandleWalk.hpp Changeset: 4c8f2a12e757 Author: twisti Date: 2012-08-10 17:50 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4c8f2a12e757 Merge Changeset: 6d0436885201 Author: amurillo Date: 2012-08-10 23:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6d0436885201 Added tag hs24-b20 for changeset 4c8f2a12e757 ! .hgtags From john.coomes at oracle.com Wed Aug 15 12:51:20 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 15 Aug 2012 19:51:20 +0000 Subject: hg: jdk8/jdk8/jdk: 8 new changesets Message-ID: <20120815195253.BE4654753B@hg.openjdk.java.net> Changeset: 05e5ce861a58 Author: jrose Date: 2012-07-12 00:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/05e5ce861a58 7153157: ClassValue.get does not return if computeValue calls remove Summary: Track intermediate states more precisely, according to spec. Reviewed-by: twisti, forax ! src/share/classes/java/lang/ClassValue.java Changeset: beeb1d5ecd9e Author: jrose Date: 2012-07-12 00:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/beeb1d5ecd9e 7129034: VM crash with a field setter method with a filterArguments Summary: add null checks before unsafe calls that take a variable base reference; update unit tests Reviewed-by: kvn, twisti ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! test/java/lang/invoke/MethodHandlesTest.java Changeset: 556141c6326c Author: jrose Date: 2012-07-12 00:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/556141c6326c 7087658: MethodHandles.Lookup.findVirtual is confused by interface methods that are multiply inherited Reviewed-by: twisti ! src/share/classes/java/lang/invoke/MemberName.java Changeset: 78f1f4e4e9c7 Author: jrose Date: 2012-07-12 00:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/78f1f4e4e9c7 7127687: MethodType leaks memory due to interning Summary: Replace internTable with a weak-reference version. Reviewed-by: sundar, forax, brutisso Contributed-by: james.laskey at oracle.com ! src/share/classes/java/lang/invoke/MethodType.java Changeset: 050116960e99 Author: twisti Date: 2012-07-24 10:47 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/050116960e99 7023639: JSR 292 method handle invocation needs a fast path for compiled code 6984705: JSR 292 method handle creation should not go through JNI Summary: remove assembly code for JDK 7 chained method handles Reviewed-by: jrose, twisti, mhaupt, forax Contributed-by: John Rose , Christian Thalinger , Michael Haupt - src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/BoundMethodHandle.java ! src/share/classes/java/lang/invoke/CallSite.java - src/share/classes/java/lang/invoke/CountingMethodHandle.java ! src/share/classes/java/lang/invoke/DirectMethodHandle.java + src/share/classes/java/lang/invoke/DontInline.java + src/share/classes/java/lang/invoke/ForceInline.java + src/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java ! src/share/classes/java/lang/invoke/Invokers.java + src/share/classes/java/lang/invoke/LambdaForm.java ! src/share/classes/java/lang/invoke/MemberName.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java + src/share/classes/java/lang/invoke/MethodHandleInfo.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java ! src/share/classes/java/lang/invoke/MethodHandleStatics.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/java/lang/invoke/MethodType.java ! src/share/classes/java/lang/invoke/MethodTypeForm.java + src/share/classes/java/lang/invoke/SimpleMethodHandle.java ! src/share/classes/java/lang/invoke/package-info.java ! src/share/classes/sun/invoke/util/ValueConversions.java ! src/share/classes/sun/invoke/util/VerifyAccess.java ! src/share/classes/sun/invoke/util/VerifyType.java ! src/share/classes/sun/invoke/util/Wrapper.java ! src/share/classes/sun/misc/Unsafe.java + test/java/lang/invoke/7157574/Test7157574.java ! test/java/lang/invoke/InvokeGenericTest.java ! test/java/lang/invoke/JavaDocExamplesTest.java + test/java/lang/invoke/MaxTest.java ! test/java/lang/invoke/MethodHandlesTest.java + test/java/lang/invoke/PrivateInvokeTest.java ! test/java/lang/invoke/ThrowExceptionsTest.java + test/java/lang/invoke/remote/RemoteExample.java ! test/sun/invoke/util/ValueConversionsTest.java Changeset: 64e24cc8e009 Author: twisti Date: 2012-08-07 14:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/64e24cc8e009 7188911: nightly failures after JSR 292 lazy method handle update (round 2) Reviewed-by: kvn, jrose ! src/share/classes/java/lang/invoke/BoundMethodHandle.java ! src/share/classes/java/lang/invoke/MemberName.java Changeset: e1d063685dc8 Author: twisti Date: 2012-08-09 15:03 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e1d063685dc8 7190416: JSR 292: typo in InvokerBytecodeGenerator.getConstantPoolSize Reviewed-by: jrose ! src/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java Changeset: 865c411ebcae Author: twisti Date: 2012-08-10 16:03 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/865c411ebcae Merge - src/share/classes/java/lang/invoke/AdapterMethodHandle.java - src/share/classes/java/lang/invoke/CountingMethodHandle.java From alejandro.murillo at oracle.com Wed Aug 15 13:20:55 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 15 Aug 2012 14:20:55 -0600 Subject: jdk8-b52: HotSpot Message-ID: <502C04A7.1020602@oracle.com> hs24-b20 has been integrated into jdk8-b52. http://hg.openjdk.java.net/jdk8/jdk8/rev/8d24def5ceb3 http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/80689ff9cb49 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6d0436885201 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/bd3c00d57614 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/f62bc618122e http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/865c411ebcae http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/1d2db0e5eabc SQE analyzed the PIT results and approved the integration. The PIT certificate is not yet available; it will be sent later. -- Alejandro E Murillo, Java Performance Phone: (303) 955-2584. Timezone: US/Mountain (UTC-0700) From alejandro.murillo at oracle.com Wed Aug 15 13:21:20 2012 From: alejandro.murillo at oracle.com (Alejandro E Murillo) Date: Wed, 15 Aug 2012 14:21:20 -0600 Subject: Flag day reminder In-Reply-To: <50298367.2050007@oracle.com> References: <50298367.2050007@oracle.com> Message-ID: <502C04C0.9030101@oracle.com> hs24-b20 has just been integrated into jdk8-b52. As explained below, until jdk8 is promoted tomorrow (Thursday 8/16), your development hotspot and jdk repos must match - i.e., either both must have the JSR292 changes or both must not have them. See below for more details Thanks Alejandro -------- Original Message -------- Subject: Upcoming flag day Date: Mon, 13 Aug 2012 16:44:55 -0600 From: Alejandro E Murillo Organization: Oracle Corporation To: jdk8-dev at openjdk.java.net, hotspot-dev at openjdk.java.net We are currently testing JSR292 (invoke dynamic) changes that require the hotspot and jdk repos to be in sync. If testing goes well we will integrate the changes into the jdk8 master[1] this coming Wednesday, Aug 15. Once the changes have been integrated, the hotspot and jdk repos must match - i.e., either both must have the JSR292 changes or both must not have them. A JDK with mismatched repos may build but will not be able to handle invoke dynamics appropriately, and will fail with a message similar to this: $ java -showversion -Xbootclasspath/p:$PWD/classes -XX:+UnlockDiagnosticVMOptions -XX:+EnableInvokeDynamic Invalid layout of java.lang.invoke.MemberName at vmindex In particular, users of JPRT who have pulled the changes must build *both* hotspot and jdk until the JSR292 changes are in a promoted jdk8 build (expected Thu, Aug 16). After we integrate, the simplest coping strategy is to avoid pulling from the jdk8 master repo until the next jdk8 build is promoted. If you do pull, make sure to pull both hotspot and jdk, and to build both. [1] http://hg.openjdk.java.net/jdk8/jdk8 -- Alejandro E Murillo, Java Performance Phone: (303) 955-2584. Timezone: US/Mountain (UTC-0700) From david.katleman at oracle.com Wed Aug 15 18:29:12 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 16 Aug 2012 01:29:12 +0000 Subject: hg: jdk8/jdk8/jdk: 3 new changesets Message-ID: <20120816012955.1726047547@hg.openjdk.java.net> Changeset: 93ddd9560751 Author: youdwei Date: 2012-08-13 10:45 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/93ddd9560751 7189611: Venezuela current Currency should be Bs.F. Reviewed-by: okutsu ! src/share/classes/sun/util/resources/CurrencyNames_es_VE.properties ! test/sun/text/resources/LocaleData ! test/sun/text/resources/LocaleDataTest.java Changeset: 90a9acfde9e6 Author: mfang Date: 2012-08-13 16:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/90a9acfde9e6 Merge Changeset: e8569a473cee Author: katleman Date: 2012-08-15 18:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e8569a473cee Merge From david.katleman at oracle.com Thu Aug 16 17:13:15 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:13:15 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b52 for changeset 8d24def5ceb3 Message-ID: <20120817001316.0F5044756A@hg.openjdk.java.net> Changeset: febd7ff52800 Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/febd7ff52800 Added tag jdk8-b52 for changeset 8d24def5ceb3 ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:13:20 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:13:20 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b52 for changeset 80689ff9cb49 Message-ID: <20120817001325.BD0364756B@hg.openjdk.java.net> Changeset: 63aeb7a2472f Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/63aeb7a2472f Added tag jdk8-b52 for changeset 80689ff9cb49 ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:14:35 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:14:35 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b52 for changeset 6d0436885201 Message-ID: <20120817001443.DE6474756C@hg.openjdk.java.net> Changeset: 54240c1b8e87 Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/54240c1b8e87 Added tag jdk8-b52 for changeset 6d0436885201 ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:16:01 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:16:01 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b52 for changeset bd3c00d57614 Message-ID: <20120817001609.1B0534756D@hg.openjdk.java.net> Changeset: 2c566f25c39f Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/2c566f25c39f Added tag jdk8-b52 for changeset bd3c00d57614 ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:16:14 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:16:14 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b52 for changeset f62bc618122e Message-ID: <20120817001618.91B214756E@hg.openjdk.java.net> Changeset: 8a35fd644d3c Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/8a35fd644d3c Added tag jdk8-b52 for changeset f62bc618122e ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:16:27 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:16:27 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b52 for changeset e8569a473cee Message-ID: <20120817001656.E5E744756F@hg.openjdk.java.net> Changeset: 2c6933c5106b Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/2c6933c5106b Added tag jdk8-b52 for changeset e8569a473cee ! .hgtags From david.katleman at oracle.com Thu Aug 16 17:18:05 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 17 Aug 2012 00:18:05 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b52 for changeset 1d2db0e5eabc Message-ID: <20120817001811.DA88A47570@hg.openjdk.java.net> Changeset: d3d0b9cd76e0 Author: katleman Date: 2012-08-16 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/d3d0b9cd76e0 Added tag jdk8-b52 for changeset 1d2db0e5eabc ! .hgtags From mark.reinhold at oracle.com Mon Aug 20 09:07:10 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Mon, 20 Aug 2012 17:07:10 +0100 Subject: JDK 8 Project pages updated Message-ID: <20120820160710.D6B659C8@eggemoggin.niobe.net> I've updated the JDK 8 Project pages with the complete milestone schedule, definitions of key milestone terms, the current set of funded and targeted JEPs, and the build and integration calendar. http://openjdk.java.net/projects/jdk8/ http://openjdk.java.net/projects/jdk8/features http://openjdk.java.net/projects/jdk8/milestones http://openjdk.java.net/projects/jdk8/builds With the Feature Complete milestone just over five months away, any further JEPs intended for JDK 8 would best be submitted soon. - Mark From artem.ananiev at oracle.com Tue Aug 21 03:37:35 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Tue, 21 Aug 2012 14:37:35 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov Message-ID: <503364EF.9070207@oracle.com> I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 Committer. Leonid is a member of AWT group. He has contributed many changes to AWT and Swing code into 7u and 8, mostly for Mac OS X platform: http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr Votes are due by Sep 04, 2012. Only current JDK8 Committers [1] are eligible to vote on this nomination. For Lazy Consensus voting instructions, see [2]. Thanks, Artem [1] http://openjdk.java.net/census#jdk8 [2] http://openjdk.java.net/projects#committer-vote From anthony.petrov at oracle.com Tue Aug 21 03:52:55 2012 From: anthony.petrov at oracle.com (Anthony Petrov) Date: Tue, 21 Aug 2012 14:52:55 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <50336887.9000403@oracle.com> Vote: YES -- best regards, Anthony On 8/21/2012 2:37 PM, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT > and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From Sergey.Bylokhov at oracle.com Tue Aug 21 03:55:32 2012 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 21 Aug 2012 14:55:32 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <50336924.1040606@oracle.com> Vote: YES 21.08.2012 14:37, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to > AWT and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > -- Best regards, Sergey. From david.holmes at oracle.com Tue Aug 21 04:00:06 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 21 Aug 2012 21:00:06 +1000 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <50336A36.20408@oracle.com> Artem, On 21/08/2012 8:37 PM, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT > and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr Many of the changesets here show leonidr as a Reviewer not as the Author. David ----- > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From david.holmes at oracle.com Tue Aug 21 04:08:10 2012 From: david.holmes at oracle.com (David Holmes) Date: Tue, 21 Aug 2012 21:08:10 +1000 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <50336A36.20408@oracle.com> References: <503364EF.9070207@oracle.com> <50336A36.20408@oracle.com> Message-ID: <50336C1A.3040109@oracle.com> On 21/08/2012 9:00 PM, David Holmes wrote: > Artem, > > On 21/08/2012 8:37 PM, Artem Ananiev wrote: >> >> I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 >> Committer. >> >> Leonid is a member of AWT group. He has contributed many changes to AWT >> and Swing code into 7u and 8, mostly for Mac OS X platform: >> >> http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr >> http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Many of the changesets here show leonidr as a Reviewer not as the Author. Further leonidr is not an Author for the JDK8 project, yet there are changesets authored by him. Were they forward ports of changesets from 7u? David ----- > David > ----- > > >> Votes are due by Sep 04, 2012. >> >> Only current JDK8 Committers [1] are eligible to vote on this nomination. >> >> For Lazy Consensus voting instructions, see [2]. >> >> Thanks, >> >> Artem >> >> [1] http://openjdk.java.net/census#jdk8 >> [2] http://openjdk.java.net/projects#committer-vote >> From denis.fokin at oracle.com Tue Aug 21 04:50:09 2012 From: denis.fokin at oracle.com (Denis S. Fokin) Date: Tue, 21 Aug 2012 15:50:09 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <503375F1.9070508@oracle.com> Vote: YES On 8/21/2012 2:37 PM, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT > and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From oleg.pekhovskiy at oracle.com Tue Aug 21 05:55:31 2012 From: oleg.pekhovskiy at oracle.com (Oleg Pekhovskiy) Date: Tue, 21 Aug 2012 16:55:31 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <50338543.80005@oracle.com> Vote: YES Oleg 21.08.2012 14:37, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to > AWT and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From Sergey.Malenkov at oracle.com Tue Aug 21 06:28:11 2012 From: Sergey.Malenkov at oracle.com (Sergey Malenkov) Date: Tue, 21 Aug 2012 17:28:11 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <50338CEB.2050204@oracle.com> Vote: YES Thanks, SAM On 21.08.2012 14:37, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT > and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From pavel.porvatov at oracle.com Tue Aug 21 08:04:17 2012 From: pavel.porvatov at oracle.com (Pavel Porvatov) Date: Tue, 21 Aug 2012 19:04:17 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <5033A371.6050704@oracle.com> Vote: YES > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to > AWT and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From alexander.zuev at oracle.com Tue Aug 21 08:53:05 2012 From: alexander.zuev at oracle.com (Alexander Zuev) Date: Tue, 21 Aug 2012 19:53:05 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <98792C20-3F6E-4F9E-B6C1-C3E31D38AD53@oracle.com> Vote: yes With best regards, Alexander Zuev 21.08.2012, ? 14:37, Artem Ananiev ???????(?): > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From artem.ananiev at oracle.com Wed Aug 22 02:31:45 2012 From: artem.ananiev at oracle.com (Artem Ananiev) Date: Wed, 22 Aug 2012 13:31:45 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <50336A36.20408@oracle.com> References: <503364EF.9070207@oracle.com> <50336A36.20408@oracle.com> Message-ID: <5034A701.8030401@oracle.com> Hi, David, On 8/21/2012 3:00 PM, David Holmes wrote: > Artem, > > On 21/08/2012 8:37 PM, Artem Ananiev wrote: >> >> I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 >> Committer. >> >> Leonid is a member of AWT group. He has contributed many changes to AWT >> and Swing code into 7u and 8, mostly for Mac OS X platform: >> >> http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr >> http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Many of the changesets here show leonidr as a Reviewer not as the Author. that's absolutely right comment. It seems that mercurial sever at hg.openjdk.java.net is not really precise. I have just cloned the workspace (jdk8/jdk8/jdk), executed "hg log -v", and got the following output: user: leonidr - 8 Reviewed-by: leonidr - 4 Leonid's fixes are: 7159381, 7181027, 7150089, 7124376, 7154480, 7124286, 7124272, and 7124411. Some of them are probably fw-ports of 7u fixes, I can't say for sure right now. Thanks, Artem > David > ----- > > >> Votes are due by Sep 04, 2012. >> >> Only current JDK8 Committers [1] are eligible to vote on this nomination. >> >> For Lazy Consensus voting instructions, see [2]. >> >> Thanks, >> >> Artem >> >> [1] http://openjdk.java.net/census#jdk8 >> [2] http://openjdk.java.net/projects#committer-vote >> From alexandr.scherbatiy at oracle.com Wed Aug 22 05:46:00 2012 From: alexandr.scherbatiy at oracle.com (Alexander Scherbatiy) Date: Wed, 22 Aug 2012 16:46:00 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <5034D488.8090700@oracle.com> Vote: YES On 8/21/2012 2:37 PM, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 > Committer. > > Leonid is a member of AWT group. He has contributed many changes to > AWT and Swing code into 7u and 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From henri.gomez at gmail.com Thu Aug 23 05:48:46 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 23 Aug 2012 14:48:46 +0200 Subject: Linker report unsupported file format for OpenJDK 8 and derivated Message-ID: Hi to all, I notice a strange error report on building OSX versions of OpenJDK 8, Lambda and Jigsaw. It seems fdlibm is built in 64bits mode : /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses -pipe -m64 But linker expect an universal mode (-arch i386 -arch x86_64) and linker get lost somewhere with .o files. I'll be more than happy to see universal mode (32/64bits) back in OpenJDK 8 OSX, but here it seems there is a mix of mode and if build is done for strict 64bits, linker should follow. --- STATS: LIBRARY=fdlibm, PRODUCT=java, OPTIMIZATION_LEVEL=NONE Rebuilding /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/libfdlibm.x86_64.a because of /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/.files_compiled /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc -nostdlib -r -arch i386 -arch x86_64 -o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/libfdlibm.x86_64.a /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_remainder.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_scalb.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_sinh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_sqrt.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_acos.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_asin.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_atan2.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_atanh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_cosh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_exp.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_fmod.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_hypot.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_log.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_log10.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_pow.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_remainder.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_scalb.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_sinh.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_sqrt.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_atan.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_cbrt.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ceil.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_copysign.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_cos.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_expm1.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_fabs.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_finite.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_floor.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_frexp.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ilogb.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_isnan.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ldexp.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_lib_version.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_log1p.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_logb.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_matherr.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_modf.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_nextafter.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_rint.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_scalbn.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_signgam.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_significand.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_sin.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_tan.o /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_tanh.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o ld: warning: ignoring file /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o, file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not the architecture being linked (i386): /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o From david.katleman at oracle.com Thu Aug 23 13:21:09 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:21:09 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b53 for changeset febd7ff52800 Message-ID: <20120823202109.E754F476B6@hg.openjdk.java.net> Changeset: c1a277c6022a Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/c1a277c6022a Added tag jdk8-b53 for changeset febd7ff52800 ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:21:14 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:21:14 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b53 for changeset 63aeb7a2472f Message-ID: <20120823202115.654FB476B7@hg.openjdk.java.net> Changeset: 16c82fc74695 Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/16c82fc74695 Added tag jdk8-b53 for changeset 63aeb7a2472f ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:22:22 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:22:22 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b53 for changeset 54240c1b8e87 Message-ID: <20120823202226.8CDF8476B8@hg.openjdk.java.net> Changeset: de2aa86e037d Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/de2aa86e037d Added tag jdk8-b53 for changeset 54240c1b8e87 ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:23:39 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:23:39 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b53 for changeset 2c566f25c39f Message-ID: <20120823202344.0C748476B9@hg.openjdk.java.net> Changeset: 7dd81ccb7c11 Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/7dd81ccb7c11 Added tag jdk8-b53 for changeset 2c566f25c39f ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:23:48 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:23:48 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b53 for changeset 8a35fd644d3c Message-ID: <20120823202351.9A628476BA@hg.openjdk.java.net> Changeset: 91970935926a Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/91970935926a Added tag jdk8-b53 for changeset 8a35fd644d3c ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:23:58 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:23:58 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b53 for changeset 2c6933c5106b Message-ID: <20120823202418.6FC01476BB@hg.openjdk.java.net> Changeset: 156ab3c38556 Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/156ab3c38556 Added tag jdk8-b53 for changeset 2c6933c5106b ! .hgtags From david.katleman at oracle.com Thu Aug 23 13:25:28 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Thu, 23 Aug 2012 20:25:28 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b53 for changeset d3d0b9cd76e0 Message-ID: <20120823202531.94089476BC@hg.openjdk.java.net> Changeset: 9cf72631baf5 Author: katleman Date: 2012-08-23 12:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/9cf72631baf5 Added tag jdk8-b53 for changeset d3d0b9cd76e0 ! .hgtags From david.holmes at oracle.com Thu Aug 23 18:03:57 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 24 Aug 2012 11:03:57 +1000 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: References: Message-ID: <5036D2FD.2060107@oracle.com> Hi Henri, On 23/08/2012 10:48 PM, Henri Gomez wrote: > Hi to all, > > I notice a strange error report on building OSX versions of OpenJDK 8, > Lambda and Jigsaw. > > It seems fdlibm is built in 64bits mode : > > /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc > -fno-strict-aliasing -fPIC -W -Wall -Wno-unused -Wno-parentheses > -pipe -m64 > > But linker expect an universal mode (-arch i386 -arch x86_64) and > linker get lost somewhere with .o files. > > I'll be more than happy to see universal mode (32/64bits) back in > OpenJDK 8 OSX, but here it seems there is a mix of mode and if build > is done for strict 64bits, linker should follow. Wasn't this issue (or a similar one) previously reported and "simply" a case where the current JDK build process does not support cross-compiling a 32-bit JDK on a 64-bit host? Have you tried using the new build system (which does support 32-bit builds on 64-bit hosts)? David > --- > > STATS: LIBRARY=fdlibm, PRODUCT=java, OPTIMIZATION_LEVEL=NONE > Rebuilding /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/libfdlibm.x86_64.a > because of /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/.files_compiled > /Applications/Xcode.app/Contents/Developer/usr/bin/llvm-gcc -nostdlib > -r -arch i386 -arch x86_64 -o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/libfdlibm.x86_64.a > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_remainder.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_scalb.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_sinh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_sqrt.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_acos.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_asin.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_atan2.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_atanh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_cosh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_exp.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_fmod.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_hypot.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_log.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_log10.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_pow.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_remainder.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_scalb.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_sinh.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/w_sqrt.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_atan.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_cbrt.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ceil.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_copysign.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_cos.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_expm1.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_fabs.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_finite.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_floor.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_frexp.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ilogb.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_isnan.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_ldexp.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_lib_version.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_log1p.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_logb.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_matherr.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_modf.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_nextafter.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_rint.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_scalbn.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_signgam.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_significand.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_sin.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_tan.o > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/s_tanh.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_standard.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_rem_pio2.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_cos.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_sin.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/k_tan.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_acos.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_asin.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atan2.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_atanh.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_cosh.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_exp.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_fmod.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_hypot.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_log10.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_pow.o > ld: warning: ignoring file > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o, > file was built for unsupported file format ( 0xcf 0xfa 0xed 0xfe 0x 7 > 0x 0 0x 0 0x 1 0x 3 0x 0 0x 0 0x 0 0x 1 0x 0 0x 0 0x 0 ) which is not > the architecture being linked (i386): > /Users/henri/Documents/jenkins/data/jobs/openjdk-jdk8-jdk8/workspace/build/macosx-x86_64/tmp/java/fdlibm/obj64/e_rem_pio2.o From philip.race at oracle.com Thu Aug 23 18:20:26 2012 From: philip.race at oracle.com (Phil Race) Date: Thu, 23 Aug 2012 18:20:26 -0700 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036D2FD.2060107@oracle.com> References: <5036D2FD.2060107@oracle.com> Message-ID: <5036D6DA.5030501@oracle.com> On 8/23/12 6:03 PM, David Holmes wrote: > > Wasn't this issue (or a similar one) previously reported and "simply" > a case where the current JDK build process does not support > cross-compiling a 32-bit JDK on a 64-bit host? As a general statement, this is not correct. 64 Bit windows builds 32 bit JDK for windows just fine 64 bit Solaris (all there is really on SPARC), builds a 32 bit JDK just fine. Same should be true for Linux as far as I know. -phil. From david.holmes at oracle.com Thu Aug 23 19:10:55 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 24 Aug 2012 12:10:55 +1000 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036D6DA.5030501@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> Message-ID: <5036E2AF.2030207@oracle.com> On 24/08/2012 11:20 AM, Phil Race wrote: > On 8/23/12 6:03 PM, David Holmes wrote: >> >> Wasn't this issue (or a similar one) previously reported and "simply" >> a case where the current JDK build process does not support >> cross-compiling a 32-bit JDK on a 64-bit host? > > > As a general statement, this is not correct. > 64 Bit windows builds 32 bit JDK for windows just fine Correct, it has worked on windows for a long time. > 64 bit Solaris (all there is really on SPARC), builds a 32 bit JDK just > fine. Ok. But some of the issues on Linux do not seem obviously linux specific. > Same should be true for Linux as far as I know. No Linux is broken. There are a few places where the compiler is invoked without -m32 or -m64 and so defaults to building the native format ie 64-bit on 64-bit. See 7171653 for a problem with the sizers utility, and 7153072 in general. David ----- > -phil. > > From philip.race at oracle.com Thu Aug 23 20:29:05 2012 From: philip.race at oracle.com (Phil Race) Date: Thu, 23 Aug 2012 20:29:05 -0700 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036E2AF.2030207@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> Message-ID: <5036F501.7050405@oracle.com> On 8/23/12 7:10 PM, David Holmes wrote: > On 24/08/2012 11:20 AM, Phil Race wrote: >> On 8/23/12 6:03 PM, David Holmes wrote: >>> >>> Wasn't this issue (or a similar one) previously reported and "simply" >>> a case where the current JDK build process does not support >>> cross-compiling a 32-bit JDK on a 64-bit host? >> >> >> As a general statement, this is not correct. >> 64 Bit windows builds 32 bit JDK for windows just fine > > Correct, it has worked on windows for a long time. > >> 64 bit Solaris (all there is really on SPARC), builds a 32 bit JDK just >> fine. > > Ok. But some of the issues on Linux do not seem obviously linux specific. SInce RE build this way I am fairly sure it must work (more than) adequately. > >> Same should be true for Linux as far as I know. > > No Linux is broken. There are a few places where the compiler is > invoked without -m32 or -m64 and so defaults to building the native > format ie 64-bit on 64-bit. See 7171653 for a problem with the sizers > utility, and 7153072 in general. > OK, I did say "as far as I know". I only claimed what I know to be the case ... -phil. > David > ----- > >> -phil. >> >> From philip.race at oracle.com Thu Aug 23 20:41:53 2012 From: philip.race at oracle.com (Phil Race) Date: Thu, 23 Aug 2012 20:41:53 -0700 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036F501.7050405@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> <5036F501.7050405@oracle.com> Message-ID: <5036F801.6090802@oracle.com> PS >>> Same should be true for Linux as far as I know. >> >> No Linux is broken. There are a few places where the compiler is >> invoked without -m32 or -m64 and so defaults to building the native >> format ie 64-bit on 64-bit. See 7171653 for a problem with the sizers >> utility, and 7153072 in general. >> > OK, I did say "as far as I know". I only claimed what I know to be the > case ... > Actually I did know about 7171653 but I thought it was fixed ~ 2 months ago sometime after Gary and I discussed it. -phil. From david.holmes at oracle.com Thu Aug 23 20:51:16 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 24 Aug 2012 13:51:16 +1000 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036F801.6090802@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> <5036F501.7050405@oracle.com> <5036F801.6090802@oracle.com> Message-ID: <5036FA34.7020506@oracle.com> On 24/08/2012 1:41 PM, Phil Race wrote: > PS >>>> Same should be true for Linux as far as I know. >>> >>> No Linux is broken. There are a few places where the compiler is >>> invoked without -m32 or -m64 and so defaults to building the native >>> format ie 64-bit on 64-bit. See 7171653 for a problem with the sizers >>> utility, and 7153072 in general. >>> >> OK, I did say "as far as I know". I only claimed what I know to be the >> case ... >> > > Actually I did know about 7171653 but I thought it was fixed ~ 2 months ago > sometime after Gary and I discussed it. Yes I fixed it :) I threw it in there because it was an issue you would have been familiar with. (sparcv9 already special-cased it). The general problem hasn't been fixed because the new build already handles it. Anyway, there are problems with the Linux build that have been inherited by the OSX build due to their sharing of files/settings. Cheers, David From henri.gomez at gmail.com Fri Aug 24 02:07:33 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 24 Aug 2012 11:07:33 +0200 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5036FA34.7020506@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> <5036F501.7050405@oracle.com> <5036F801.6090802@oracle.com> <5036FA34.7020506@oracle.com> Message-ID: > Yes I fixed it :) I threw it in there because it was an issue you would have > been familiar with. (sparcv9 already special-cased it). The general problem > hasn't been fixed because the new build already handles it. For OSX, I'm still using the old one for OpenJDK7 and various OpenJDK8 (lambda, jigsaw). Do you means that we should all switch to new build system since old build may be partially buggy ? > Anyway, there are problems with the Linux build that have been inherited by > the OSX build due to their sharing of files/settings. New or old builds for Linux/OSX ? From david.holmes at oracle.com Fri Aug 24 04:32:14 2012 From: david.holmes at oracle.com (David Holmes) Date: Fri, 24 Aug 2012 21:32:14 +1000 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> <5036F501.7050405@oracle.com> <5036F801.6090802@oracle.com> <5036FA34.7020506@oracle.com> Message-ID: <5037663E.6080505@oracle.com> On 24/08/2012 7:07 PM, Henri Gomez wrote: >> Yes I fixed it :) I threw it in there because it was an issue you would have >> been familiar with. (sparcv9 already special-cased it). The general problem >> hasn't been fixed because the new build already handles it. > > For OSX, I'm still using the old one for OpenJDK7 and various OpenJDK8 > (lambda, jigsaw). > > Do you means that we should all switch to new build system since old > build may be partially buggy ? > >> Anyway, there are problems with the Linux build that have been inherited by >> the OSX build due to their sharing of files/settings. > > New or old builds for Linux/OSX ? The legacy build does not support building 32-bit on a 64-bit host on Linux. As OSX was primarily copied from linux I believe it will have the same problems. The new build does support building 32-bit on 64-bit (--with-data-model=32 if I recall correctly). I assume this works for OSX but I have never done such a build. David From henri.gomez at gmail.com Fri Aug 24 04:55:44 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 24 Aug 2012 13:55:44 +0200 Subject: Linker report unsupported file format for OpenJDK 8 and derivated In-Reply-To: <5037663E.6080505@oracle.com> References: <5036D2FD.2060107@oracle.com> <5036D6DA.5030501@oracle.com> <5036E2AF.2030207@oracle.com> <5036F501.7050405@oracle.com> <5036F801.6090802@oracle.com> <5036FA34.7020506@oracle.com> <5037663E.6080505@oracle.com> Message-ID: > The legacy build does not support building 32-bit on a 64-bit host on Linux. > As OSX was primarily copied from linux I believe it will have the same > problems. > > The new build does support building 32-bit on 64-bit (--with-data-model=32 > if I recall correctly). New Build Infra ? Now its --with-target-bits=32 (even if documentation refer to --with-host-bits) >I assume this works for OSX but I have never done > such a build. Just discussed about in on related ml and there is also some problems, like lack of jigsaw support and unstable state for OSX. So for now, I'll stick with old (current) build system. From mark.reinhold at oracle.com Fri Aug 24 09:00:06 2012 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 24 Aug 2012 09:00:06 -0700 Subject: Late for the train: The Q&A Message-ID: <20120824160006.1BC762A5A@eggemoggin.niobe.net> FYI, I just posted a follow-up blog entry to answer common questions asked about my proposal to defer Jigsaw from Java 8 to Java 9: http://mreinhold.org/blog/late-for-the-train-qa - Mark From pujarimahesh_kumar at yahoo.com Sun Aug 26 23:29:23 2012 From: pujarimahesh_kumar at yahoo.com (Mahesh Pujari) Date: Sun, 26 Aug 2012 23:29:23 -0700 (PDT) Subject: build failure: Compiler error in JDK8 Message-ID: <1346048963.62905.YahooMailNeo@web112608.mail.gq1.yahoo.com> Hi, ?Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra. Getting compiler error in "jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java" Some system config: OS = Windows XP (ver 5.1) boot jdk=jdk1.7.0-u2 ?Please find some details as below and have attached complete build.log as well. ---------------------------------------------------- e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:41: error: AdapterMethodHandle is not abstract and does not override abstract method cloneExtendD(MethodType,LambdaForm,double) in BoundMethodHandle class AdapterMethodHandle extends BoundMethodHandle { ^ e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:51: error: constructor BoundMethodHandle in class BoundMethodHandle cannot be applied to given types; ??????? super(newType, convArg, newType.parameterSlotDepth(1+convArgPos(conv))); ??????? ^ ? required: MethodType,LambdaForm ? found: MethodType,Object,int ? reason: actual and formal argument lists differ in length e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:54: error: method init in class MethodHandleNatives cannot be applied to given types; ??????? MethodHandleNatives.init(this, target, convArgPos(conv)); ?????????????????????????? ^---------------------------------------------------- thanks and regards, Mahesh Pujari From christian.thalinger at oracle.com Mon Aug 27 10:02:03 2012 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Mon, 27 Aug 2012 10:02:03 -0700 Subject: build failure: Compiler error in JDK8 In-Reply-To: <1346048963.62905.YahooMailNeo@web112608.mail.gq1.yahoo.com> References: <1346048963.62905.YahooMailNeo@web112608.mail.gq1.yahoo.com> Message-ID: <4537AAC3-B4F2-413C-BC92-0E89AB79D842@oracle.com> On Aug 26, 2012, at 11:29 PM, Mahesh Pujari wrote: > Hi, > Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra. Getting compiler error in "jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java" This class and others have been removed in JDK 8 with the new JSR 292 implementation. I'm not exactly sure which repository you are trying to build: jdk8/jdk8 or build-infra/jdk8 But it seems there is a mismatch somewhere. -- Chris > > Some system config: > OS = Windows XP (ver 5.1) > boot jdk=jdk1.7.0-u2 > Please find some details as below and have attached complete build.log as well. > ---------------------------------------------------- > e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:41: error: AdapterMethodHandle is not abstract and does not override abstract method cloneExtendD(MethodType,LambdaForm,double) in BoundMethodHandle > class AdapterMethodHandle extends BoundMethodHandle { > ^ > e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:51: error: constructor BoundMethodHandle in class BoundMethodHandle cannot be applied to given types; > super(newType, convArg, newType.parameterSlotDepth(1+convArgPos(conv))); > ^ > required: MethodType,LambdaForm > found: MethodType,Object,int > reason: actual and formal argument lists differ in length > e:\dev\jdk8\jdk8-b\jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java:54: error: method init in class MethodHandleNatives cannot be applied to given types; > MethodHandleNatives.init(this, target, convArgPos(conv)); > ^---------------------------------------------------- > > > thanks and regards, > Mahesh Pujari From Alan.Bateman at oracle.com Mon Aug 27 10:21:15 2012 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Mon, 27 Aug 2012 18:21:15 +0100 Subject: build failure: Compiler error in JDK8 In-Reply-To: <4537AAC3-B4F2-413C-BC92-0E89AB79D842@oracle.com> References: <1346048963.62905.YahooMailNeo@web112608.mail.gq1.yahoo.com> <4537AAC3-B4F2-413C-BC92-0E89AB79D842@oracle.com> Message-ID: <503BAC8B.3010805@oracle.com> On 27/08/2012 18:02, Christian Thalinger wrote: > On Aug 26, 2012, at 11:29 PM, Mahesh Pujari wrote: > >> Hi, >> Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra. Getting compiler error in "jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java" > This class and others have been removed in JDK 8 with the new JSR 292 implementation. I'm not exactly sure which repository you are trying to build: jdk8/jdk8 or build-infra/jdk8 > > But it seems there is a mismatch somewhere. > > -- Chris > I assume it's just that someone needs to update the new build for the recent changes. We had a similar issue when the CDLR changes were pushed to jdk8/tl last week. In that case Naoto did a local fix to that for those that are trying out the new build could continue. I think we're at the point where build changes are going to have to be done to both build systems as otherwise it will break somebody. Hopefully it won't be too long before we actually transition to the new build. -Alan From christian.thalinger at oracle.com Mon Aug 27 10:37:39 2012 From: christian.thalinger at oracle.com (Christian Thalinger) Date: Mon, 27 Aug 2012 10:37:39 -0700 Subject: build failure: Compiler error in JDK8 In-Reply-To: <503BAC8B.3010805@oracle.com> References: <1346048963.62905.YahooMailNeo@web112608.mail.gq1.yahoo.com> <4537AAC3-B4F2-413C-BC92-0E89AB79D842@oracle.com> <503BAC8B.3010805@oracle.com> Message-ID: <9C42EFBE-411E-4AF9-A611-38B1CA59D193@oracle.com> On Aug 27, 2012, at 10:21 AM, Alan Bateman wrote: > On 27/08/2012 18:02, Christian Thalinger wrote: >> On Aug 26, 2012, at 11:29 PM, Mahesh Pujari wrote: >> >>> Hi, >>> Trying to build openJDK (http://hg.openjdk.java.net/jdk8/jdk8) using new build infra. Getting compiler error in "jdk\src\share\classes\java\lang\invoke\AdapterMethodHandle.java" >> This class and others have been removed in JDK 8 with the new JSR 292 implementation. I'm not exactly sure which repository you are trying to build: jdk8/jdk8 or build-infra/jdk8 >> >> But it seems there is a mismatch somewhere. >> >> -- Chris >> > I assume it's just that someone needs to update the new build for the recent changes. We had a similar issue when the CDLR changes were pushed to jdk8/tl last week. In that case Naoto did a local fix to that for those that are trying out the new build could continue. I think we're at the point where build changes are going to have to be done to both build systems as otherwise it will break somebody. Hopefully it won't be too long before we actually transition to the new build. What's odd is that we only removed and added a couple of classes which doesn't require a build system change. But I don't know how build-infra works so maybe it needs some love? -- Chris > > -Alan > > > From Sergey.Bylokhov at oracle.com Tue Aug 28 04:22:46 2012 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Tue, 28 Aug 2012 15:22:46 +0400 Subject: Objective-C and jcheck In-Reply-To: <20120502135351.B9985470E9@hg.openjdk.java.net> References: <20120502135351.B9985470E9@hg.openjdk.java.net> Message-ID: <503CAA06.6040007@oracle.com> Hi Everybody. Looks like on the server we still use jcheck without fix for Objective-C files? Does anybody know how to apply the fix to jdk8? (see attachment) [jdk] pulling from http://hg.openjdk.java.net/jdk8/awt/jdk searching for changes adding changesets adding manifests adding file changes added 1 changesets with 10 changes to 10 files [jcheck 25e85a608db1 2011-07-08 09:19 -0700] > Changeset: 5305:0fad89bd606b > Author: alexsch > Date: 2012-05-02 17:54 > > 7154048: [macosx] At least drag twice, the toolbar can be dragged to the left side > Reviewed-by: anthony, leonidr src/macosx/native/sun/awt/AWTView.m:84: Trailing whitespace src/macosx/native/sun/awt/AWTWindow.m:173: Trailing whitespace transaction abort! rollback completed skipped: pretxnchangegroup.jcheck hook failed 02.05.2012 17:53, alexandr.scherbatiy at oracle.com wrote > Changeset: 0fad89bd606b > Author: alexsch > Date: 2012-05-02 17:54 +0400 > URL: http://hg.openjdk.java.net/jdk8/awt/jdk/rev/0fad89bd606b > > 7154048: [macosx] At least drag twice, the toolbar can be dragged to the left side > Reviewed-by: anthony, leonidr > > ! src/macosx/classes/sun/lwawt/LWWindowPeer.java > ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java > ! src/macosx/native/sun/awt/AWTView.h > ! src/macosx/native/sun/awt/AWTView.m > ! src/macosx/native/sun/awt/AWTWindow.h > ! src/macosx/native/sun/awt/AWTWindow.m > + test/java/awt/Mouse/EnterExitEvents/DragWindowOutOfFrameTest.java > + test/java/awt/Mouse/EnterExitEvents/DragWindowTest.java > + test/java/awt/Mouse/EnterExitEvents/ResizingFrameTest.java > ! test/java/awt/regtesthelpers/Util.java > -------------- next part -------------- An embedded message was scrubbed... From: Scott Kovatch Subject: Objective-C files not being checked with jcheck Date: Thu, 29 Dec 2011 09:50:08 -0800 Size: 4143 Url: http://mail.openjdk.java.net/pipermail/jdk8-dev/attachments/20120828/0359ca0d/.nws From anton.tarasov at oracle.com Tue Aug 28 07:30:56 2012 From: anton.tarasov at oracle.com (Anton V. Tarasov) Date: Tue, 28 Aug 2012 18:30:56 +0400 Subject: CFV: New JDK8 Committer: Leonid Romanov In-Reply-To: <503364EF.9070207@oracle.com> References: <503364EF.9070207@oracle.com> Message-ID: <503CD620.4070302@oracle.com> Vote: YES On 21.08.2012 14:37, Artem Ananiev wrote: > > I hereby nominate Leonid Romanov (OpenJDK user name: leonidr) to JDK8 Committer. > > Leonid is a member of AWT group. He has contributed many changes to AWT and Swing code into 7u and > 8, mostly for Mac OS X platform: > > http://hg.openjdk.java.net/jdk8/jdk8/jdk/log?rev=leonidr > http://hg.openjdk.java.net/jdk7u/jdk7u-dev/jdk/log?rev=leonidr > > Votes are due by Sep 04, 2012. > > Only current JDK8 Committers [1] are eligible to vote on this nomination. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > > Artem > > [1] http://openjdk.java.net/census#jdk8 > [2] http://openjdk.java.net/projects#committer-vote > From kelly.ohair at oracle.com Wed Aug 29 10:15:56 2012 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Wed, 29 Aug 2012 10:15:56 -0700 Subject: Objective-C and jcheck In-Reply-To: <503CAA06.6040007@oracle.com> References: <20120502135351.B9985470E9@hg.openjdk.java.net> <503CAA06.6040007@oracle.com> Message-ID: <786DB09E-3B55-4796-ACAD-04D548D2F878@oracle.com> CC John Coomes... First, the jcheck script contains: normext_re = re.compile(".*\.(java|c|h|cpp|hpp)$") I don't understand how you are getting this error, it isn't checking *.m files. Did something change? Second, it was my understanding that additions of Objective-C source code into the JDK was going to be very very limited. The more Objective-C code we add, the fewer developers we will have to fix issues with it. Not everyone is skilled at Objective-C. I understand we need to bridge a little, but I really hope it is limited and very well documented. -kto On Aug 28, 2012, at 4:22 AM, Sergey Bylokhov wrote: > Hi Everybody. > Looks like on the server we still use jcheck without fix for Objective-C files? Does anybody know how to apply the fix to jdk8? (see attachment) > > [jdk] > pulling from http://hg.openjdk.java.net/jdk8/awt/jdk > searching for changes > adding changesets > adding manifests > adding file changes > added 1 changesets with 10 changes to 10 files > [jcheck 25e85a608db1 2011-07-08 09:19 -0700] > > > Changeset: 5305:0fad89bd606b > > Author: alexsch > > Date: 2012-05-02 17:54 > > > > 7154048: [macosx] At least drag twice, the toolbar can be dragged to the left > side > > Reviewed-by: anthony, leonidr > > src/macosx/native/sun/awt/AWTView.m:84: Trailing whitespace > src/macosx/native/sun/awt/AWTWindow.m:173: Trailing whitespace > > transaction abort! > rollback completed > skipped: pretxnchangegroup.jcheck hook failed > > 02.05.2012 17:53, alexandr.scherbatiy at oracle.com wrote >> Changeset: 0fad89bd606b >> Author: alexsch >> Date: 2012-05-02 17:54 +0400 >> URL: http://hg.openjdk.java.net/jdk8/awt/jdk/rev/0fad89bd606b >> >> 7154048: [macosx] At least drag twice, the toolbar can be dragged to the left side >> Reviewed-by: anthony, leonidr >> >> ! src/macosx/classes/sun/lwawt/LWWindowPeer.java >> ! src/macosx/classes/sun/lwawt/macosx/CPlatformWindow.java >> ! src/macosx/native/sun/awt/AWTView.h >> ! src/macosx/native/sun/awt/AWTView.m >> ! src/macosx/native/sun/awt/AWTWindow.h >> ! src/macosx/native/sun/awt/AWTWindow.m >> + test/java/awt/Mouse/EnterExitEvents/DragWindowOutOfFrameTest.java >> + test/java/awt/Mouse/EnterExitEvents/DragWindowTest.java >> + test/java/awt/Mouse/EnterExitEvents/ResizingFrameTest.java >> ! test/java/awt/regtesthelpers/Util.java >> > > > From john.coomes at oracle.com Wed Aug 29 13:56:30 2012 From: john.coomes at oracle.com (john.coomes at oracle.com) Date: Wed, 29 Aug 2012 20:56:30 +0000 Subject: hg: jdk8/jdk8/hotspot: 31 new changesets Message-ID: <20120829205735.3765C477C7@hg.openjdk.java.net> Changeset: 6898d85cf0bb Author: amurillo Date: 2012-08-10 23:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6898d85cf0bb 7190772: new hotspot build - hs24-b21 Reviewed-by: jcoomes ! make/hotspot_version Changeset: d5ec46c7da5c Author: amurillo Date: 2012-08-15 16:49 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/d5ec46c7da5c 7191765: make jdk8 the default jprt release for hs24 Reviewed-by: jcoomes ! make/jprt.properties Changeset: aaf61e68b255 Author: johnc Date: 2012-08-06 12:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/aaf61e68b255 6818524: G1: use ergonomic resizing of PLABs Summary: Employ PLABStats instances to record information about survivor and old PLABs, and use the recorded stats to adjust the sizes of survivor and old PLABS. Reviewed-by: johnc, ysr Contributed-by: Brandon Mitchell ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.cpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.hpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp ! src/share/vm/gc_implementation/parNew/parNewGeneration.hpp + src/share/vm/gc_implementation/shared/parGCAllocBuffer.cpp + src/share/vm/gc_implementation/shared/parGCAllocBuffer.hpp ! src/share/vm/memory/tenuredGeneration.cpp ! src/share/vm/precompiled/precompiled.hpp Changeset: eff5d59db7e1 Author: amurillo Date: 2012-08-07 09:53 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/eff5d59db7e1 7189729: jprt.properties should include release jdk7u8 Reviewed-by: jcoomes ! make/jprt.properties Changeset: 3958f0acde31 Author: amurillo Date: 2012-08-17 15:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3958f0acde31 Merge ! make/jprt.properties - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.cpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.hpp Changeset: 6acee021f5ac Author: coleenp Date: 2012-08-01 16:52 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/6acee021f5ac 7129723: MAC: Some regression tests need to recognize Mac OS X platform Summary: Add Darwin like Linux to shell scripts Reviewed-by: kvn, kamg, dholmes ! test/compiler/6894807/Test6894807.sh ! test/gc/6941923/test6941923.sh ! test/runtime/6626217/Test6626217.sh ! test/runtime/6878713/Test6878713.sh ! test/runtime/6929067/Test6929067.sh ! test/runtime/7051189/Xchecksig.sh ! test/runtime/7110720/Test7110720.sh ! test/runtime/7158800/Test7158800.sh ! test/runtime/7158988/TestFieldMonitor.sh Changeset: 4acebbe310e1 Author: zgu Date: 2012-08-01 17:19 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4acebbe310e1 7185614: NMT ON: "check by caller" assertion failed on nsk ThreadMXBean test 7187429: NMT ON: Merge failure should cause NMT to shutdown Summary: Fixed NMT assertion failures Reviewed-by: acorn, kvn ! src/share/vm/services/memSnapshot.cpp ! src/share/vm/services/memSnapshot.hpp ! src/share/vm/services/memTrackWorker.cpp ! src/share/vm/services/memTracker.hpp Changeset: b27675afea11 Author: zgu Date: 2012-08-01 15:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/b27675afea11 Merge Changeset: 8e69438de9c6 Author: zgu Date: 2012-08-01 16:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/8e69438de9c6 Merge Changeset: 282abd0fd878 Author: dcubed Date: 2012-08-02 14:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/282abd0fd878 7188168: 7071904 broke the DEBUG_BINARIES option on Linux Summary: Change DEBUG_BINARIES option logic to be more clear. Reviewed-by: fparain, andrew ! make/linux/makefiles/adlc.make ! make/linux/makefiles/gcc.make Changeset: 0d8e265ba727 Author: dcubed Date: 2012-08-03 18:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/0d8e265ba727 7181175: Enable builds on Windows with MinGW/MSYS Summary: This fix is the minimum number of Makefile changes to enable building HotSpot with MinGW/MSYS Reviewed-by: jcoomes, dcubed, tbell, ohair Contributed-by: volker.simonis at gmail.com ! make/windows/makefiles/defs.make ! make/windows/makefiles/rules.make ! make/windows/makefiles/sa.make ! make/windows/makefiles/shared.make Changeset: c3c2141203e7 Author: dcubed Date: 2012-08-06 09:34 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/c3c2141203e7 Merge Changeset: 4ee06e614636 Author: kamg Date: 2012-08-06 15:54 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4ee06e614636 7116786: RFE: Detailed information on VerifyErrors Summary: Provide additional detail in VerifyError messages Reviewed-by: sspitsyn, acorn ! src/os/solaris/vm/dtraceJSDT_solaris.cpp ! src/share/vm/classfile/stackMapFrame.cpp ! src/share/vm/classfile/stackMapFrame.hpp ! src/share/vm/classfile/stackMapTable.cpp ! src/share/vm/classfile/stackMapTable.hpp ! src/share/vm/classfile/stackMapTableFormat.hpp ! src/share/vm/classfile/verificationType.cpp ! src/share/vm/classfile/verificationType.hpp ! src/share/vm/classfile/verifier.cpp ! src/share/vm/classfile/verifier.hpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/relocator.cpp ! src/share/vm/utilities/ostream.cpp ! src/share/vm/utilities/ostream.hpp + test/runtime/7116786/Test7116786.java + test/runtime/7116786/testcases.jar Changeset: 98625323d3a3 Author: tbell Date: 2012-08-10 23:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/98625323d3a3 7190512: Fix for 7181175 broke hotspot/make/windows/create.bat builds Summary: Add some quotes around the classpath in the project file rule. Reviewed-by: dcubed ! make/windows/projectfiles/common/Makefile Changeset: e5bf1c79ed5b Author: zgu Date: 2012-08-14 13:56 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e5bf1c79ed5b 7191124: Optimized build is broken due to inconsistent use of DEBUG_ONLY and NOT_PRODUCT macros in NMT Summary: Updated all related variables and methods to use NOT_PRODUCT macros Reviewed-by: coleenp, acorn, kvn ! src/share/vm/services/memPtr.cpp ! src/share/vm/services/memPtr.hpp ! src/share/vm/services/memPtrArray.hpp ! src/share/vm/services/memRecorder.hpp ! src/share/vm/services/memSnapshot.cpp ! src/share/vm/services/memTracker.cpp Changeset: fce6d7280776 Author: dcubed Date: 2012-08-17 11:57 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/fce6d7280776 Merge ! src/share/vm/classfile/verifier.cpp ! src/share/vm/runtime/globals.hpp Changeset: b63c0564035a Author: dcubed Date: 2012-08-21 19:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/b63c0564035a Merge Changeset: f99a36499b8c Author: johnc Date: 2012-08-21 10:05 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f99a36499b8c 7192128: G1: Extend fix for 6948537 to G1's BOT Summary: G1 does not appear to be immune to the issue described in CR 6948537 and increasing the size of old-generation PLABs appears to increase the liklihood of seeing the issue. Extend the fix for 6948537 to G1's BlockOffsetTable. Reviewed-by: brutisso, jmasa ! src/cpu/sparc/vm/vm_version_sparc.cpp ! src/share/vm/gc_implementation/g1/g1BlockOffsetTable.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: 7383557659bd Author: johnc Date: 2012-08-21 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7383557659bd 7185699: G1: Prediction model discrepancies Summary: Correct the result value of G1CollectedHeap::pending_card_num(). Change the code that calculates the GC efficiency of a non-young heap region to use historical data from mixed GCs and the actual number of live bytes when predicting how long it would take to collect the region. Changes were also reviewed by Thomas Schatzl. Reviewed-by: azeemj, brutisso ! 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/heapRegion.cpp Changeset: 3650da95d2ee Author: brutisso Date: 2012-08-23 05:25 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3650da95d2ee 7193157: G1: Make some develpflags available in product builds Summary: Also reviewed by: vitalyd at gmail.com. Make G1DefaultMinNewGenPercent, G1DefaultMaxNewGenPercent, G1OldCSetRegionLiveThresholdPercent and G1OldCSetRegionThresholdPercent experimental flags Reviewed-by: ysr, johnc, jmasa ! src/share/vm/gc_implementation/g1/g1_globals.hpp Changeset: ce0254b13eb8 Author: brutisso Date: 2012-08-24 09:45 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/ce0254b13eb8 Merge Changeset: 006050192a5a Author: kvn Date: 2012-08-20 09:07 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/006050192a5a 6340864: Implement vectorization optimizations in hotspot-server Summary: Added asm encoding and mach nodes for vector arithmetic instructions on x86. Reviewed-by: roland ! src/cpu/x86/vm/assembler_x86.cpp ! src/cpu/x86/vm/assembler_x86.hpp ! src/cpu/x86/vm/x86.ad ! src/cpu/x86/vm/x86_32.ad ! src/cpu/x86/vm/x86_64.ad ! src/share/vm/opto/classes.hpp ! src/share/vm/opto/loopnode.cpp ! src/share/vm/opto/superword.cpp ! src/share/vm/opto/vectornode.cpp ! src/share/vm/opto/vectornode.hpp + test/compiler/6340864/TestByteVect.java + test/compiler/6340864/TestDoubleVect.java + test/compiler/6340864/TestFloatVect.java + test/compiler/6340864/TestIntVect.java + test/compiler/6340864/TestLongVect.java + test/compiler/6340864/TestShortVect.java Changeset: 09aad8452938 Author: kvn Date: 2012-08-20 09:58 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/09aad8452938 7190310: Inlining WeakReference.get(), and hoisting $referent may lead to non-terminating loops Summary: In C2 add software membar after load from Reference.referent field to prevent commoning of loads across safepoint since GC can change its value. In C1 always generate Reference.get() intrinsic. Reviewed-by: roland, twisti, dholmes, johnc ! src/cpu/sparc/vm/c1_CodeStubs_sparc.cpp ! src/cpu/x86/vm/c1_CodeStubs_x86.cpp ! src/share/vm/c1/c1_CodeStubs.hpp ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/opto/idealKit.cpp ! src/share/vm/opto/library_call.cpp + test/compiler/7190310/Test7190310.java + test/compiler/7190310/Test7190310_unsafe.java Changeset: 7a302948f5a4 Author: twisti Date: 2012-08-21 10:48 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/7a302948f5a4 7192167: JSR 292: C1 has old broken code which needs to be removed Reviewed-by: kvn, roland, jrose ! src/share/vm/c1/c1_GraphBuilder.cpp ! src/share/vm/c1/c1_Instruction.cpp ! src/share/vm/c1/c1_LIRAssembler.cpp ! src/share/vm/c1/c1_LIRGenerator.cpp ! src/share/vm/opto/callGenerator.cpp Changeset: 4b0d6fd74911 Author: kvn Date: 2012-08-21 14:50 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/4b0d6fd74911 7192964: assert(false) failed: bad AD file Summary: Shifts with loop variant counts "a[i]=1<= 1) failed: illegal call to offset() Summary: C1 value numbering hits unloaded klass. Reviewed-by: kvn, twisti ! src/share/vm/c1/c1_ValueMap.cpp ! src/share/vm/c1/c1_ValueMap.hpp Changeset: 5af51c882207 Author: kvn Date: 2012-08-22 11:55 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/5af51c882207 7192963: assert(_in[req-1] == this) failed: Must pass arg count to 'new' Summary: Fixed Pack node generation. Not vectorize shift instructions if count is not the same for all shifts and if count is vector. Reviewed-by: twisti ! src/share/vm/opto/compile.cpp ! src/share/vm/opto/superword.cpp ! src/share/vm/opto/vectornode.cpp ! src/share/vm/opto/vectornode.hpp + test/compiler/7192963/TestByteVect.java + test/compiler/7192963/TestDoubleVect.java + test/compiler/7192963/TestFloatVect.java + test/compiler/7192963/TestIntVect.java + test/compiler/7192963/TestLongVect.java + test/compiler/7192963/TestShortVect.java Changeset: f7cd53cedd78 Author: kvn Date: 2012-08-23 09:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/f7cd53cedd78 7192965: assert(is_aligned_sets(size)) failed: mask is not aligned, adjacent sets Summary: Change pair check to vector check in RA bias coloring code. Reviewed-by: jrose, twisti ! src/share/vm/opto/chaitin.cpp ! src/share/vm/opto/output.cpp Changeset: c32dee9b8023 Author: twisti Date: 2012-08-24 11:48 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/c32dee9b8023 Merge Changeset: 9e3ae661284d Author: amurillo Date: 2012-08-24 15:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/9e3ae661284d Merge - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.cpp - src/share/vm/gc_implementation/parNew/parGCAllocBuffer.hpp Changeset: e8fb566b9466 Author: amurillo Date: 2012-08-24 15:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e8fb566b9466 Added tag hs24-b21 for changeset 9e3ae661284d ! .hgtags From John.Coomes at oracle.com Wed Aug 29 14:17:32 2012 From: John.Coomes at oracle.com (John Coomes) Date: Wed, 29 Aug 2012 14:17:32 -0700 Subject: jdk8-b54: HotSpot Message-ID: <20542.34540.963140.159311@oracle.com> hs24-b21 has been integrated into jdk8-b54. http://hg.openjdk.java.net/jdk8/jdk8/rev/c1a277c6022a http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/16c82fc74695 http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/e8fb566b9466 http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/7dd81ccb7c11 http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/91970935926a http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/156ab3c38556 http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/9cf72631baf5 Component : VM Status : 0 major failures, 0 minor failures Date : 08/29/2012 at 09:39 Tested By : VM SQE & leonid.mesnik at oracle.com Cost(total man-days): 1 Workspace : 2012-08-24-232949.amurillo.hs24-b21-jdk8-b54-control Bundles : 2012-08-24-232949.amurillo.hs24-b21-jdk8-b54-control Platforms : Others Tests : /net/sqenfs-1.sfbay/export1/comp/vm/testbase/ Browsers : NA Patches : NA Logs : See Aurora PIT for HS24 b21 Number of Tests Executed : 400000 product tests, 0 unit tests, 0 tck tests Bug verification status: ====================================== Tested, Pass: Tested, Pass (partial fixes): Tested, Fail: Untested bug fixes: Setup is not available: 6340864: Implement vectorization optimizations in hotspot-server 6818524: G1: use ergonomic resizing of PLABs 7116786: RFE: Detailed information on VerifyErrors 7129723: MAC: Some regression tests need to recognize Mac OS X platform 7171824: assert(_offset >= 1) failed: illegal call to offset() 7181175: Enable builds on Windows with MinGW/MSYS 7185614: NMT ON: "check by caller" assertion failed on nsk ThreadMXBean test 7185699: G1: Prediction model discrepancies 7187429: NMT ON: Merge failure should cause NMT to shutdown 7188168: 7071904 broke the DEBUG_BINARIES option on Linux 7189729: jprt.properties should include release jdk7u8 7190310: Inlining WeakReference.get(), and hoisting $referent may lead to non-terminating loops 7190512: Fix for 7181175 broke hotspot/make/windows/create.bat builds. 7190772: new hotspot build - hs24-b21 7191102: nightly failures after JSR 292 lazy method handle update (round 3) 7191124: Optimized build is broken due to inconsistent use of DEBUG_ONLY and NOT_PRODUCT macros in NMT 7191765: make jdk8 the default jprt release for hs24 7192128: G1: Extend fix for 6948537 to G1's BOT 7192167: JSR 292: C1 has old broken code which needs to be removed 7192963: assert(_in[req-1] == this) failed: Must pass arg count to 'new' 7192964: assert(false) failed: bad AD file 7192965: assert(is_aligned_sets(size)) failed: mask is not aligned, adjacent sets 7193157: G1: Make some develpflags available in product builds Build change only: 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-b54 Issues and Notes: This is PIT for HS24 b21 for JDK 8 b54. The bugfix verifcation will be done on the promoted build. ------------------------------- >From VM SQE & leonid.mesnik at oracle.com From david.katleman at oracle.com Wed Aug 29 16:09:33 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Wed, 29 Aug 2012 23:09:33 +0000 Subject: hg: jdk8/jdk8/jdk: 2 new changesets Message-ID: <20120829231007.2A6DD477DB@hg.openjdk.java.net> Changeset: baf30df50ce3 Author: andrew Date: 2012-08-23 15:42 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/baf30df50ce3 7192804: Build should not install jvisualvm man page for OpenJDK Summary: OpenJDK builds don't ship VisualVM so shouldn't ship its man page either. Reviewed-by: dholmes ! make/common/Release.gmk ! makefiles/Images.gmk Changeset: 70ad0ed1d6ce Author: katleman Date: 2012-08-29 15:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/70ad0ed1d6ce Merge From henri.gomez at gmail.com Thu Aug 30 08:36:35 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 30 Aug 2012 17:36:35 +0200 Subject: OpenJDK 8 and Fedora 17 Message-ID: Hi to all, I could build (using old build system), jdk8 on CentOS 5/6, OpenSuse 12.1 but it fail on Fedora 17. Strange error where sanity report invalid ant version whereas ant 1.8.4 is installed and added to PATH. --- UNIXCOMMAND_PATH = /bin/ ALT_UNIXCOMMAND_PATH = COMPILER_PATH = /usr/bin/ ALT_COMPILER_PATH = DEVTOOLS_PATH = /usr/bin/ ALT_DEVTOOLS_PATH = UNIXCCS_PATH = /usr/ccs/bin/ ALT_UNIXCCS_PATH = USRBIN_PATH = /usr/bin/ ALT_USRBIN_PATH = COMPILER_NAME = GCC4 COMPILER_VERSION = GCC4 CC_VER = 4.7.0 [requires at least 4.3.0] ZIP_VER = 3.0 [requires at least 2.2] UNZIP_VER = 6.00 [requires at least 5.12] ANT_VER = 1.7.0 [requires at least 1.7.1] --- I don't have problem to build OpenJDK7 on same Fedora 17 box. Anyone encountered this problem ? From henri.gomez at gmail.com Thu Aug 30 08:45:59 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Thu, 30 Aug 2012 17:45:59 +0200 Subject: OpenJDK 8 and Fedora 17 In-Reply-To: References: Message-ID: More on this. Fedora 17 box missed Java 1.7 requirement but error was reported for Ant (and not ALT_BOOT Sorry for the noise 2012/8/30 Henri Gomez : > Hi to all, > > I could build (using old build system), jdk8 on CentOS 5/6, OpenSuse > 12.1 but it fail on Fedora 17. > > Strange error where sanity report invalid ant version whereas ant > 1.8.4 is installed and added to PATH. > > --- > > UNIXCOMMAND_PATH = /bin/ > ALT_UNIXCOMMAND_PATH = > COMPILER_PATH = /usr/bin/ > ALT_COMPILER_PATH = > DEVTOOLS_PATH = /usr/bin/ > ALT_DEVTOOLS_PATH = > UNIXCCS_PATH = /usr/ccs/bin/ > ALT_UNIXCCS_PATH = > USRBIN_PATH = /usr/bin/ > ALT_USRBIN_PATH = > COMPILER_NAME = GCC4 > COMPILER_VERSION = GCC4 > CC_VER = 4.7.0 [requires at least 4.3.0] > ZIP_VER = 3.0 [requires at least 2.2] > UNZIP_VER = 6.00 [requires at least 5.12] > ANT_VER = 1.7.0 [requires at least 1.7.1] > > --- > > I don't have problem to build OpenJDK7 on same Fedora 17 box. > > Anyone encountered this problem ? From ahughes at redhat.com Thu Aug 30 08:52:21 2012 From: ahughes at redhat.com (Andrew Hughes) Date: Thu, 30 Aug 2012 11:52:21 -0400 (EDT) Subject: OpenJDK 8 and Fedora 17 In-Reply-To: Message-ID: <1493973539.13398961.1346341941208.JavaMail.root@redhat.com> ----- Original Message ----- > Hi to all, > > I could build (using old build system), jdk8 on CentOS 5/6, OpenSuse > 12.1 but it fail on Fedora 17. > > Strange error where sanity report invalid ant version whereas ant > 1.8.4 is installed and added to PATH. > > --- > > UNIXCOMMAND_PATH = /bin/ > ALT_UNIXCOMMAND_PATH = > COMPILER_PATH = /usr/bin/ > ALT_COMPILER_PATH = > DEVTOOLS_PATH = /usr/bin/ > ALT_DEVTOOLS_PATH = > UNIXCCS_PATH = /usr/ccs/bin/ > ALT_UNIXCCS_PATH = > USRBIN_PATH = /usr/bin/ > ALT_USRBIN_PATH = > COMPILER_NAME = GCC4 > COMPILER_VERSION = GCC4 > CC_VER = 4.7.0 [requires at least 4.3.0] > ZIP_VER = 3.0 [requires at least 2.2] > UNZIP_VER = 6.00 [requires at least 5.12] > ANT_VER = 1.7.0 [requires at least 1.7.1] > > --- > > I don't have problem to build OpenJDK7 on same Fedora 17 box. > > Anyone encountered this problem ? > I think you may be hitting this: https://lists.fedoraproject.org/pipermail/java-devel/2012-March/004366.html -- 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 david.katleman at oracle.com Thu Aug 30 17:23:22 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:23:22 +0000 Subject: hg: jdk8/jdk8: Added tag jdk8-b54 for changeset c1a277c6022a Message-ID: <20120831002323.0BD274780F@hg.openjdk.java.net> Changeset: d5e73011bde2 Author: katleman Date: 2012-08-30 10:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/d5e73011bde2 Added tag jdk8-b54 for changeset c1a277c6022a ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:26:45 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:26:45 +0000 Subject: hg: jdk8/jdk8/corba: Added tag jdk8-b54 for changeset 16c82fc74695 Message-ID: <20120831002646.EBEFA47810@hg.openjdk.java.net> Changeset: 6b2a363213f4 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/6b2a363213f4 Added tag jdk8-b54 for changeset 16c82fc74695 ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:27:30 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:27:30 +0000 Subject: hg: jdk8/jdk8/hotspot: Added tag jdk8-b54 for changeset e8fb566b9466 Message-ID: <20120831002734.A168947811@hg.openjdk.java.net> Changeset: 3b77f0c58018 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/hotspot/rev/3b77f0c58018 Added tag jdk8-b54 for changeset e8fb566b9466 ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:29:14 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:29:14 +0000 Subject: hg: jdk8/jdk8/jaxp: Added tag jdk8-b54 for changeset 7dd81ccb7c11 Message-ID: <20120831002918.44EF247812@hg.openjdk.java.net> Changeset: 0cb5f2471628 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/0cb5f2471628 Added tag jdk8-b54 for changeset 7dd81ccb7c11 ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:29:23 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:29:23 +0000 Subject: hg: jdk8/jdk8/jaxws: Added tag jdk8-b54 for changeset 91970935926a Message-ID: <20120831002927.1660747813@hg.openjdk.java.net> Changeset: 109c9e1f2d85 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/109c9e1f2d85 Added tag jdk8-b54 for changeset 91970935926a ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:29:34 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:29:34 +0000 Subject: hg: jdk8/jdk8/jdk: Added tag jdk8-b54 for changeset 70ad0ed1d6ce Message-ID: <20120831002953.CD48D47814@hg.openjdk.java.net> Changeset: 906acc4f3c78 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/906acc4f3c78 Added tag jdk8-b54 for changeset 70ad0ed1d6ce ! .hgtags From david.katleman at oracle.com Thu Aug 30 17:31:32 2012 From: david.katleman at oracle.com (david.katleman at oracle.com) Date: Fri, 31 Aug 2012 00:31:32 +0000 Subject: hg: jdk8/jdk8/langtools: Added tag jdk8-b54 for changeset 9cf72631baf5 Message-ID: <20120831003136.BF61947815@hg.openjdk.java.net> Changeset: c47742f53f99 Author: katleman Date: 2012-08-30 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c47742f53f99 Added tag jdk8-b54 for changeset 9cf72631baf5 ! .hgtags From jviswana at linux.vnet.ibm.com Fri Aug 31 02:50:56 2012 From: jviswana at linux.vnet.ibm.com (jayashree viswanathan) Date: Fri, 31 Aug 2012 15:20:56 +0530 Subject: docencoding not available to stylesheet Message-ID: <50408900.8020206@linux.vnet.ibm.com> *Problem statement : *Stylesheet.css is not getting encoded like the other generated html files while using -docencoding *Recreation step : * javadoc -docencoding "use non-ascii encoding" HelloWorld.java say , jdk1.8.0\bin\javadoc.exe -docencoding Cp930 -d docencoding3 HelloWorld.java *Explanation :* The stylesheet.css is not getting generated in the proper encoding as in the code the configuration.docencoding is not getting passed to the output stream . while this scenario works in JDK 6 [as confirmed in Java 6u14] , below changeset seems to have regressed this when adding new copyFile method. Changeset: 792 (ffbf2b2a8611) 7006270: Several javadoc regression tests are failing on windows Please find the webrev patch with changes and jtreg test . http://cr.openjdk.java.net/~luchsh/ojdk-660/ Thanks and Regards, Jayashree V From henri.gomez at gmail.com Fri Aug 31 03:30:09 2012 From: henri.gomez at gmail.com (Henri Gomez) Date: Fri, 31 Aug 2012 12:30:09 +0200 Subject: OpenJDK 8 and Fedora 17 In-Reply-To: <1493973539.13398961.1346341941208.JavaMail.root@redhat.com> References: <1493973539.13398961.1346341941208.JavaMail.root@redhat.com> Message-ID: My build script download and install latest Ant (1.8.4) so I don't depends on Fedora pre-requirements. It works now that I set ALT_BOOTDIR point to a dir where there is a Java 1.7 installed :) 2012/8/30 Andrew Hughes : > > > ----- Original Message ----- >> Hi to all, >> >> I could build (using old build system), jdk8 on CentOS 5/6, OpenSuse >> 12.1 but it fail on Fedora 17. >> >> Strange error where sanity report invalid ant version whereas ant >> 1.8.4 is installed and added to PATH. >> >> --- >> >> UNIXCOMMAND_PATH = /bin/ >> ALT_UNIXCOMMAND_PATH = >> COMPILER_PATH = /usr/bin/ >> ALT_COMPILER_PATH = >> DEVTOOLS_PATH = /usr/bin/ >> ALT_DEVTOOLS_PATH = >> UNIXCCS_PATH = /usr/ccs/bin/ >> ALT_UNIXCCS_PATH = >> USRBIN_PATH = /usr/bin/ >> ALT_USRBIN_PATH = >> COMPILER_NAME = GCC4 >> COMPILER_VERSION = GCC4 >> CC_VER = 4.7.0 [requires at least 4.3.0] >> ZIP_VER = 3.0 [requires at least 2.2] >> UNZIP_VER = 6.00 [requires at least 5.12] >> ANT_VER = 1.7.0 [requires at least 1.7.1] >> >> --- >> >> I don't have problem to build OpenJDK7 on same Fedora 17 box. >> >> Anyone encountered this problem ? >> > > I think you may be hitting this: > > https://lists.fedoraproject.org/pipermail/java-devel/2012-March/004366.html > -- > 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 >