Re: OpenJDK 8 on OS/X and XCode 4.
From Henri So, I could disable fastdebug in build ? To charles Do we need the fastdebug to get the asm listing? And is it slower to run or just start up? It seems to run my benchmarks about 30% slower. Since we have Stephen's with fast debug Henri's could be whatever gives the most impressive user experience. I have been bouncing around three as it is anyway. thanks again for the work Henri mark___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Hi Mark, PrintOptoAssembly (for C2, and PrintLIR for C1) only works in a debug build (which fastdebug is one), where as PrintAssembly works in all builds. If you need more annotated asm listing then you might want PrintOptoAssembly, but if you're just after the code instead of the comments then PrintAssembly should be good enough. fastdebug is indeed slower (by a little; it'll vary depending on the VM args, some args are very expensive), on startup and to run. Regards, Kris Mok On Mon, Nov 7, 2011 at 4:51 PM, Mark Roos mr...@roos.com wrote: From Henri So, I could disable fastdebug in build ? To charles Do we need the fastdebug to get the asm listing? And is it slower to run or just start up? It seems to run my benchmarks about 30% slower. Since we have Stephen's with fast debug Henri's could be whatever gives the most impressive user experience. I have been bouncing around three as it is anyway. thanks again for the work Henri mark ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
I personally like the PrintAssembly output a lot better...it also annotates line of code, opcode, etc. I don't feel like PrintOptoAssembly is better. - Charlie (mobile) On Nov 7, 2011 3:59 AM, Krystal Mok rednaxel...@gmail.com wrote: Hi Mark, PrintOptoAssembly (for C2, and PrintLIR for C1) only works in a debug build (which fastdebug is one), where as PrintAssembly works in all builds. If you need more annotated asm listing then you might want PrintOptoAssembly, but if you're just after the code instead of the comments then PrintAssembly should be good enough. fastdebug is indeed slower (by a little; it'll vary depending on the VM args, some args are very expensive), on startup and to run. Regards, Kris Mok On Mon, Nov 7, 2011 at 4:51 PM, Mark Roos mr...@roos.com wrote: From Henri So, I could disable fastdebug in build ? To charles Do we need the fastdebug to get the asm listing? And is it slower to run or just start up? It seems to run my benchmarks about 30% slower. Since we have Stephen's with fast debug Henri's could be whatever gives the most impressive user experience. I have been bouncing around three as it is anyway. thanks again for the work Henri mark ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
I agree...Stephen's build scripts can continue to give us debug builds, but the value of the OS X package is that our end users can install it easily and test things out. - Charlie (mobile) On Nov 7, 2011 3:52 AM, Mark Roos mr...@roos.com wrote: From Henri So, I could disable fastdebug in build ? To charles Do we need the fastdebug to get the asm listing? And is it slower to run or just start up? It seems to run my benchmarks about 30% slower. Since we have Stephen's with fast debug Henri's could be whatever gives the most impressive user experience. I have been bouncing around three as it is anyway. thanks again for the work Henri mark ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Exactly. With Adopt-A-JSR and some of the other projects we're pushing, getting a broader community trying out JDK 8 is a great complement. There are a lot of Mac users in our community, and having simple installers is a big help. Thanks, Ben On Nov 7, 2011 12:09 PM, Charles Oliver Nutter head...@headius.com wrote: I agree...Stephen's build scripts can continue to give us debug builds, but the value of the OS X package is that our end users can install it easily and test things out. - Charlie (mobile) On Nov 7, 2011 3:52 AM, Mark Roos mr...@roos.com wrote: From Henri So, I could disable fastdebug in build ? To charles Do we need the fastdebug to get the asm listing? And is it slower to run or just start up? It seems to run my benchmarks about 30% slower. Since we have Stephen's with fast debug Henri's could be whatever gives the most impressive user experience. I have been bouncing around three as it is anyway. thanks again for the work Henri mark ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
You've already pushed a package, but yeah, for me fastdebug is always slower...not by a lot, but for end-users trying out JRuby I want to make sure they're running something as close to a normal release as possible. - Charlie On Sun, Nov 6, 2011 at 7:39 AM, Henri Gomez henri.go...@gmail.com wrote: Charles For OpenJDK 8 build/package for OS/X, you told me FASTDEBUG slow down startup stuff. Do you want me to disable it in OSX build/package ? 2011/11/5 Charles Oliver Nutter head...@headius.com: On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez henri.go...@gmail.com wrote: Thanks. Yes, OpenJDK 7 is using llvm gcc/g++ Awesome...now I'm really curious about the potential for OpenJDK on Native Client via LLVM. - Charlie ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Fastdebug could be disabled. Did it change many things inside VM is fastdebug is not used ? Le 6 nov. 2011 à 15:26, Charles Oliver Nutter head...@headius.com a écrit : You've already pushed a package, but yeah, for me fastdebug is always slower...not by a lot, but for end-users trying out JRuby I want to make sure they're running something as close to a normal release as possible. - Charlie On Sun, Nov 6, 2011 at 7:39 AM, Henri Gomez henri.go...@gmail.com wrote: Charles For OpenJDK 8 build/package for OS/X, you told me FASTDEBUG slow down startup stuff. Do you want me to disable it in OSX build/package ? 2011/11/5 Charles Oliver Nutter head...@headius.com: On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez henri.go...@gmail.com wrote: Thanks. Yes, OpenJDK 7 is using llvm gcc/g++ Awesome...now I'm really curious about the potential for OpenJDK on Native Client via LLVM. - Charlie ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Not much. There are a few monitoring/debugging flags that won't work but they aren't anything a typical user wants to use. The installed package would be better as a release build. - Charlie (mobile) On Nov 6, 2011 2:57 PM, Henri Gomez henri.go...@gmail.com wrote: Fastdebug could be disabled. Did it change many things inside VM is fastdebug is not used ? Le 6 nov. 2011 à 15:26, Charles Oliver Nutter head...@headius.com a écrit : You've already pushed a package, but yeah, for me fastdebug is always slower...not by a lot, but for end-users trying out JRuby I want to make sure they're running something as close to a normal release as possible. - Charlie On Sun, Nov 6, 2011 at 7:39 AM, Henri Gomez henri.go...@gmail.com wrote: Charles For OpenJDK 8 build/package for OS/X, you told me FASTDEBUG slow down startup stuff. Do you want me to disable it in OSX build/package ? 2011/11/5 Charles Oliver Nutter head...@headius.com: On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez henri.go...@gmail.com wrote: Thanks. Yes, OpenJDK 7 is using llvm gcc/g++ Awesome...now I'm really curious about the potential for OpenJDK on Native Client via LLVM. - Charlie ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Not much. There are a few monitoring/debugging flags that won't work but they aren't anything a typical user wants to use. The installed package would be better as a release build. So, I could disable fastdebug in build ? ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Thanks. Yes, OpenJDK 7 is using llvm gcc/g++ Le 4 nov. 2011 à 23:59, Charles Oliver Nutter head...@headius.com a écrit : First: thank you thank you thank you for adding JDK 8 builds. It will be so much nicer than testing in vbox. Second: Does OpenJDK 7 build with LLVM? Does it work on NaCl? :-) - Charlie (mobile) On Nov 3, 2011 4:53 AM, Henri Gomez henri.go...@gmail.com wrote: Hi to all, I'd like to provide OpenJDK 8 with MLVM to OS/X users as I'm doing for month with OpenJDK 7 on http://code.google.com/p/openjdk-osx-build/. I'm trying to build it using Stephen scripts (https://gist.github.com/243072) for now but I still can't get it built : /Users/henri/Downloads/openjdk8/mlvm/sources/ALT_COMPILER_PATH/g++ -m64 -Wl,-install_name,@rpath/libjvm.dylib -dynamiclib -compatibility_version 1.0.0 -current_version 1.0.0 -fPIC \ -Xlinker -rpath -Xlinker @loader_path/. -Xlinker -rpath -Xlinker @loader_path/.. -Xlinker -install_name -Xlinker @rpath/libjvm.dylib -o libjvm.dylib abstractCompiler.o accessFlags.o ad_x86_64.o ad_x86_64_clone.o ad_x86_64_expand.o ad_x86_64_format.o ad_x86_64_gen.o ad_x86_64_misc.o ad_x86_64_peephole.o ad_x86_64_pipeline.o adaptiveSizePolicy.o addnode.o adjoiningGenerations.o adjoiningVirtualSpaces.o advancedThresholdPolicy.o ageTable.o allocation.o allocationStats.o aprofiler.o arguments.o array.o arrayKlass.o arrayKlassKlass.o arrayOop.o asPSOldGen.o asPSYoungGen.o asParNewGeneration.o assembler.o assembler_bsd_x86.o assembler_x86.o atomic.o attachListener.o attachListener_bsd.o barrierSet.o basicLock.o bcEscapeAnalyzer.o biasedLocking.o binaryTreeDictionary.o bitMap.o block.o blockOffsetTable.o bsd_x86_64.o buildOopMap.o bytecode.o bytecodeHistogram.o bytecodeInfo.o bytecodeInterpreter.o bytecodeInterpreterWithChecks.o bytecodeInterpreter_x86.o bytecodeStream.o bytecodeTracer.o bytecodes.o bytecodes_x86.o c1_CFGPrinter.o c1_Canonicalizer.o c1_CodeStubs_x86.o c1_Compilation.o c1_Compiler.o c1_Defs.o c1_FpuStackSim_x86.o c1_FrameMap.o c1_FrameMap_x86.o c1_GraphBuilder.o c1_IR.o c1_Instruction.o c1_InstructionPrinter.o c1_LIR.o c1_LIRAssembler.o c1_LIRAssembler_x86.o c1_LIRGenerator.o c1_LIRGenerator_x86.o c1_LinearScan.o c1_LinearScan_x86.o c1_MacroAssembler_x86.o c1_Optimizer.o c1_Runtime1.o c1_Runtime1_x86.o c1_ValueMap.o c1_ValueSet.o c1_ValueStack.o c1_ValueType.o c1_globals.o c2_globals.o c2_init_x86.o c2compiler.o cSpaceCounters.o callGenerator.o callnode.o cardTableExtension.o cardTableModRefBS.o cardTableRS.o cfgnode.o chaitin.o chaitin_bsd.o ciArray.o ciArrayKlass.o ciCPCache.o ciCallSite.o ciConstant.o ciConstantPoolCache.o ciEnv.o ciExceptionHandler.o ciField.o ciFlags.o ciInstance.o ciInstanceKlass.o ciInstanceKlassKlass.o ciKlass.o ciKlassKlass.o ciMethod.o ciMethodBlocks.o ciMethodData.o ciMethodHandle.o ciMethodKlass.o ciNullObject.o ciObjArray.o ciObjArrayKlass.o ciObjArrayKlassKlass.o ciObject.o ciObjectFactory.o ciSignature.o ciStreams.o ciSymbol.o ciType.o ciTypeArray.o ciTypeArrayKlass.o ciTypeArrayKlassKlass.o ciTypeFlow.o ciUtilities.o classFileError.o classFileParser.o classFileStream.o classLoader.o classLoadingService.o classes.o classify.o cmsAdaptiveSizePolicy.o cmsCollectorPolicy.o cmsGCAdaptivePolicyCounters.o cmsLockVerifier.o cmsPermGen.o coalesce.o codeBlob.o codeBuffer.o codeCache.o collectedHeap.o collectionSetChooser.o collectorCounters.o collectorPolicy.o compactibleFreeListSpace.o compactingPermGenGen.o compilationPolicy.o compile.o compileBroker.o compileLog.o compiledIC.o compiledICHolderKlass.o compiledICHolderOop.o compilerOracle.o compressedStream.o concurrentG1Refine.o concurrentG1RefineThread.o concurrentGCThread.o concurrentMark.o concurrentMarkSweepGeneration.o concurrentMarkSweepThread.o concurrentMarkThread.o connode.o constMethodKlass.o constMethodOop.o constantPoolKlass.o constantPoolOop.o constantTag.o copy.o coroutine.o cpCacheKlass.o cpCacheOop.o cppInterpreter.o cppInterpreter_x86.o debug.o debugInfo.o debugInfoRec.o debug_x86.o decoder.o decoder_bsd.o defNewGeneration.o deoptimization.o depChecker_x86.o dependencies.o dfa_x86_64.o dict.o dictionary.o dirtyCardQueue.o disassembler.o divnode.o doCall.o domgraph.o dtraceAttacher.o dtraceJSDT.o dtraceJSDT_bsd.o dump.o dump_x86_64.o elfFile.o elfStringTable.o elfSymbolTable.o errorReporter.o escape.o events.o evmCompat.o exceptionHandlerTable.o exceptions.o fieldDescriptor.o fieldType.o filemap.o forte.o fprofiler.o frame.o frame_x86.o freeBlockDictionary.o freeChunk.o freeList.o g1AllocRegion.o g1BlockOffsetTable.o g1CollectedHeap.o g1CollectorPolicy.o g1ErgoVerbose.o g1HRPrinter.o g1MMUTracker.o g1MarkSweep.o g1MemoryPool.o g1MonitoringSupport.o g1RemSet.o g1SATBCardTableModRefBS.o g1_globals.o gSpaceCounters.o gcAdaptivePolicyCounters.o gcCause.o gcLocker.o
Re: OpenJDK 8 on OS/X and XCode 4.
On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez henri.go...@gmail.com wrote: Thanks. Yes, OpenJDK 7 is using llvm gcc/g++ Awesome...now I'm really curious about the potential for OpenJDK on Native Client via LLVM. - Charlie ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
2011/11/4 John Rose john.r.r...@oracle.com: Recent changes in hsx/hotspot have destabilized the build on mac. I just pushed another workaround here: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/file/tip/mac-tweaks.patch The buildtree.make change fixes the failure Henri saw. (Or you can add ALWAYS_PASS_TEST_GAMMA=true to the build script settings.) -- John P.S. I tried a build with llvm-gcc and got sporadic bus errors. Went back to gcc-4.0 and things got quieter. Seems to works better :) One built done with gcc/g++ 4.0 and another with gcc/g++ 4.2, not tried yet with llvm's ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Yes, works now for me using gcc 4.0, thanks. New build available here: http://www.concord.org/~sbannasch/mlvm/java-1.8.0-internal-mlvm-2011_11_04.tar.gz pass all jdk/test/java/lang/invoke tests as well as jdk/test/java/dyn/CoroutineTest.java ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Yes, works now for me using gcc 4.0, thanks. New build available here: http://www.concord.org/~sbannasch/mlvm/java-1.8.0-internal-mlvm-2011_11_04.tar.gz pass all jdk/test/java/lang/invoke tests as well as jdk/test/java/dyn/CoroutineTest.java I'll try some build manually and if nothing get broken, I'll provide packages in DMG format also. ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
First: thank you thank you thank you for adding JDK 8 builds. It will be so much nicer than testing in vbox. Second: Does OpenJDK 7 build with LLVM? Does it work on NaCl? :-) - Charlie (mobile) On Nov 3, 2011 4:53 AM, Henri Gomez henri.go...@gmail.com wrote: Hi to all, I'd like to provide OpenJDK 8 with MLVM to OS/X users as I'm doing for month with OpenJDK 7 on http://code.google.com/p/openjdk-osx-build/. I'm trying to build it using Stephen scripts (https://gist.github.com/243072) for now but I still can't get it built : /Users/henri/Downloads/openjdk8/mlvm/sources/ALT_COMPILER_PATH/g++ -m64 -Wl,-install_name,@rpath/libjvm.dylib -dynamiclib -compatibility_version 1.0.0 -current_version 1.0.0 -fPIC \ -Xlinker -rpath -Xlinker @loader_path/. -Xlinker -rpath -Xlinker @loader_path/.. -Xlinker -install_name -Xlinker @rpath/libjvm.dylib -o libjvm.dylib abstractCompiler.o accessFlags.o ad_x86_64.o ad_x86_64_clone.o ad_x86_64_expand.o ad_x86_64_format.o ad_x86_64_gen.o ad_x86_64_misc.o ad_x86_64_peephole.o ad_x86_64_pipeline.o adaptiveSizePolicy.o addnode.o adjoiningGenerations.o adjoiningVirtualSpaces.o advancedThresholdPolicy.o ageTable.o allocation.o allocationStats.o aprofiler.o arguments.o array.o arrayKlass.o arrayKlassKlass.o arrayOop.o asPSOldGen.o asPSYoungGen.o asParNewGeneration.o assembler.o assembler_bsd_x86.o assembler_x86.o atomic.o attachListener.o attachListener_bsd.o barrierSet.o basicLock.o bcEscapeAnalyzer.o biasedLocking.o binaryTreeDictionary.o bitMap.o block.o blockOffsetTable.o bsd_x86_64.o buildOopMap.o bytecode.o bytecodeHistogram.o bytecodeInfo.o bytecodeInterpreter.o bytecodeInterpreterWithChecks.o bytecodeInterpreter_x86.o bytecodeStream.o bytecodeTracer.o bytecodes.o bytecodes_x86.o c1_CFGPrinter.o c1_Canonicalizer.o c1_CodeStubs_x86.o c1_Compilation.o c1_Compiler.o c1_Defs.o c1_FpuStackSim_x86.o c1_FrameMap.o c1_FrameMap_x86.o c1_GraphBuilder.o c1_IR.o c1_Instruction.o c1_InstructionPrinter.o c1_LIR.o c1_LIRAssembler.o c1_LIRAssembler_x86.o c1_LIRGenerator.o c1_LIRGenerator_x86.o c1_LinearScan.o c1_LinearScan_x86.o c1_MacroAssembler_x86.o c1_Optimizer.o c1_Runtime1.o c1_Runtime1_x86.o c1_ValueMap.o c1_ValueSet.o c1_ValueStack.o c1_ValueType.o c1_globals.o c2_globals.o c2_init_x86.o c2compiler.o cSpaceCounters.o callGenerator.o callnode.o cardTableExtension.o cardTableModRefBS.o cardTableRS.o cfgnode.o chaitin.o chaitin_bsd.o ciArray.o ciArrayKlass.o ciCPCache.o ciCallSite.o ciConstant.o ciConstantPoolCache.o ciEnv.o ciExceptionHandler.o ciField.o ciFlags.o ciInstance.o ciInstanceKlass.o ciInstanceKlassKlass.o ciKlass.o ciKlassKlass.o ciMethod.o ciMethodBlocks.o ciMethodData.o ciMethodHandle.o ciMethodKlass.o ciNullObject.o ciObjArray.o ciObjArrayKlass.o ciObjArrayKlassKlass.o ciObject.o ciObjectFactory.o ciSignature.o ciStreams.o ciSymbol.o ciType.o ciTypeArray.o ciTypeArrayKlass.o ciTypeArrayKlassKlass.o ciTypeFlow.o ciUtilities.o classFileError.o classFileParser.o classFileStream.o classLoader.o classLoadingService.o classes.o classify.o cmsAdaptiveSizePolicy.o cmsCollectorPolicy.o cmsGCAdaptivePolicyCounters.o cmsLockVerifier.o cmsPermGen.o coalesce.o codeBlob.o codeBuffer.o codeCache.o collectedHeap.o collectionSetChooser.o collectorCounters.o collectorPolicy.o compactibleFreeListSpace.o compactingPermGenGen.o compilationPolicy.o compile.o compileBroker.o compileLog.o compiledIC.o compiledICHolderKlass.o compiledICHolderOop.o compilerOracle.o compressedStream.o concurrentG1Refine.o concurrentG1RefineThread.o concurrentGCThread.o concurrentMark.o concurrentMarkSweepGeneration.o concurrentMarkSweepThread.o concurrentMarkThread.o connode.o constMethodKlass.o constMethodOop.o constantPoolKlass.o constantPoolOop.o constantTag.o copy.o coroutine.o cpCacheKlass.o cpCacheOop.o cppInterpreter.o cppInterpreter_x86.o debug.o debugInfo.o debugInfoRec.o debug_x86.o decoder.o decoder_bsd.o defNewGeneration.o deoptimization.o depChecker_x86.o dependencies.o dfa_x86_64.o dict.o dictionary.o dirtyCardQueue.o disassembler.o divnode.o doCall.o domgraph.o dtraceAttacher.o dtraceJSDT.o dtraceJSDT_bsd.o dump.o dump_x86_64.o elfFile.o elfStringTable.o elfSymbolTable.o errorReporter.o escape.o events.o evmCompat.o exceptionHandlerTable.o exceptions.o fieldDescriptor.o fieldType.o filemap.o forte.o fprofiler.o frame.o frame_x86.o freeBlockDictionary.o freeChunk.o freeList.o g1AllocRegion.o g1BlockOffsetTable.o g1CollectedHeap.o g1CollectorPolicy.o g1ErgoVerbose.o g1HRPrinter.o g1MMUTracker.o g1MarkSweep.o g1MemoryPool.o g1MonitoringSupport.o g1RemSet.o g1SATBCardTableModRefBS.o g1_globals.o gSpaceCounters.o gcAdaptivePolicyCounters.o gcCause.o gcLocker.o gcNotifier.o gcPolicyCounters.o gcStats.o gcTaskManager.o gcTaskThread.o gcUtil.o gcm.o genCollectedHeap.o genMarkSweep.o genRemSet.o generateOopMap.o generateOptoStub.o generation.o generationCounters.o generationSpec.o
OpenJDK 8 on OS/X and XCode 4.
Hi to all, I'd like to provide OpenJDK 8 with MLVM to OS/X users as I'm doing for month with OpenJDK 7 on http://code.google.com/p/openjdk-osx-build/. I'm trying to build it using Stephen scripts (https://gist.github.com/243072) for now but I still can't get it built : /Users/henri/Downloads/openjdk8/mlvm/sources/ALT_COMPILER_PATH/g++ -m64 -Wl,-install_name,@rpath/libjvm.dylib -dynamiclib -compatibility_version 1.0.0 -current_version 1.0.0 -fPIC \ -Xlinker -rpath -Xlinker @loader_path/. -Xlinker -rpath -Xlinker @loader_path/.. -Xlinker -install_name -Xlinker @rpath/libjvm.dylib -o libjvm.dylib abstractCompiler.o accessFlags.o ad_x86_64.o ad_x86_64_clone.o ad_x86_64_expand.o ad_x86_64_format.o ad_x86_64_gen.o ad_x86_64_misc.o ad_x86_64_peephole.o ad_x86_64_pipeline.o adaptiveSizePolicy.o addnode.o adjoiningGenerations.o adjoiningVirtualSpaces.o advancedThresholdPolicy.o ageTable.o allocation.o allocationStats.o aprofiler.o arguments.o array.o arrayKlass.o arrayKlassKlass.o arrayOop.o asPSOldGen.o asPSYoungGen.o asParNewGeneration.o assembler.o assembler_bsd_x86.o assembler_x86.o atomic.o attachListener.o attachListener_bsd.o barrierSet.o basicLock.o bcEscapeAnalyzer.o biasedLocking.o binaryTreeDictionary.o bitMap.o block.o blockOffsetTable.o bsd_x86_64.o buildOopMap.o bytecode.o bytecodeHistogram.o bytecodeInfo.o bytecodeInterpreter.o bytecodeInterpreterWithChecks.o bytecodeInterpreter_x86.o bytecodeStream.o bytecodeTracer.o bytecodes.o bytecodes_x86.o c1_CFGPrinter.o c1_Canonicalizer.o c1_CodeStubs_x86.o c1_Compilation.o c1_Compiler.o c1_Defs.o c1_FpuStackSim_x86.o c1_FrameMap.o c1_FrameMap_x86.o c1_GraphBuilder.o c1_IR.o c1_Instruction.o c1_InstructionPrinter.o c1_LIR.o c1_LIRAssembler.o c1_LIRAssembler_x86.o c1_LIRGenerator.o c1_LIRGenerator_x86.o c1_LinearScan.o c1_LinearScan_x86.o c1_MacroAssembler_x86.o c1_Optimizer.o c1_Runtime1.o c1_Runtime1_x86.o c1_ValueMap.o c1_ValueSet.o c1_ValueStack.o c1_ValueType.o c1_globals.o c2_globals.o c2_init_x86.o c2compiler.o cSpaceCounters.o callGenerator.o callnode.o cardTableExtension.o cardTableModRefBS.o cardTableRS.o cfgnode.o chaitin.o chaitin_bsd.o ciArray.o ciArrayKlass.o ciCPCache.o ciCallSite.o ciConstant.o ciConstantPoolCache.o ciEnv.o ciExceptionHandler.o ciField.o ciFlags.o ciInstance.o ciInstanceKlass.o ciInstanceKlassKlass.o ciKlass.o ciKlassKlass.o ciMethod.o ciMethodBlocks.o ciMethodData.o ciMethodHandle.o ciMethodKlass.o ciNullObject.o ciObjArray.o ciObjArrayKlass.o ciObjArrayKlassKlass.o ciObject.o ciObjectFactory.o ciSignature.o ciStreams.o ciSymbol.o ciType.o ciTypeArray.o ciTypeArrayKlass.o ciTypeArrayKlassKlass.o ciTypeFlow.o ciUtilities.o classFileError.o classFileParser.o classFileStream.o classLoader.o classLoadingService.o classes.o classify.o cmsAdaptiveSizePolicy.o cmsCollectorPolicy.o cmsGCAdaptivePolicyCounters.o cmsLockVerifier.o cmsPermGen.o coalesce.o codeBlob.o codeBuffer.o codeCache.o collectedHeap.o collectionSetChooser.o collectorCounters.o collectorPolicy.o compactibleFreeListSpace.o compactingPermGenGen.o compilationPolicy.o compile.o compileBroker.o compileLog.o compiledIC.o compiledICHolderKlass.o compiledICHolderOop.o compilerOracle.o compressedStream.o concurrentG1Refine.o concurrentG1RefineThread.o concurrentGCThread.o concurrentMark.o concurrentMarkSweepGeneration.o concurrentMarkSweepThread.o concurrentMarkThread.o connode.o constMethodKlass.o constMethodOop.o constantPoolKlass.o constantPoolOop.o constantTag.o copy.o coroutine.o cpCacheKlass.o cpCacheOop.o cppInterpreter.o cppInterpreter_x86.o debug.o debugInfo.o debugInfoRec.o debug_x86.o decoder.o decoder_bsd.o defNewGeneration.o deoptimization.o depChecker_x86.o dependencies.o dfa_x86_64.o dict.o dictionary.o dirtyCardQueue.o disassembler.o divnode.o doCall.o domgraph.o dtraceAttacher.o dtraceJSDT.o dtraceJSDT_bsd.o dump.o dump_x86_64.o elfFile.o elfStringTable.o elfSymbolTable.o errorReporter.o escape.o events.o evmCompat.o exceptionHandlerTable.o exceptions.o fieldDescriptor.o fieldType.o filemap.o forte.o fprofiler.o frame.o frame_x86.o freeBlockDictionary.o freeChunk.o freeList.o g1AllocRegion.o g1BlockOffsetTable.o g1CollectedHeap.o g1CollectorPolicy.o g1ErgoVerbose.o g1HRPrinter.o g1MMUTracker.o g1MarkSweep.o g1MemoryPool.o g1MonitoringSupport.o g1RemSet.o g1SATBCardTableModRefBS.o g1_globals.o gSpaceCounters.o gcAdaptivePolicyCounters.o gcCause.o gcLocker.o gcNotifier.o gcPolicyCounters.o gcStats.o gcTaskManager.o gcTaskThread.o gcUtil.o gcm.o genCollectedHeap.o genMarkSweep.o genRemSet.o generateOopMap.o generateOptoStub.o generation.o generationCounters.o generationSpec.o globalDefinitions.o globals.o graphKit.o growableArray.o hSpaceCounters.o handles.o hashtable.o heap.o heapDumper.o heapInspection.o heapRegion.o heapRegionRemSet.o heapRegionSeq.o heapRegionSet.o heapRegionSets.o histogram.o icBuffer.o icBuffer_x86.o icache.o icache_x86.o idealGraphPrinter.o idealKit.o ifg.o ifnode.o
Re: OpenJDK 8 on OS/X and XCode 4.
From Henri All done. cd bsd_amd64_compiler2/fastdebug ./test_gamma openjdk full version 1.7.0-b147-20110923 Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object I get the noclassdef found error when I run my code tests using b147 due to a bug in the vm. So it may not be the build that is at fault for this one. regards mark___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
I didn't get gamma built. I see your OpenJDK is an old one. From bsd-port ? Are you using XCode 4 or previous ? Le 3 nov. 2011 à 22:27, Mark Roos mr...@roos.com a écrit : From Henri All done. cd bsd_amd64_compiler2/fastdebug ./test_gamma openjdk full version 1.7.0-b147-20110923 Error occurred during initialization of VM java/lang/NoClassDefFoundError: java/lang/Object I get the noclassdef found error when I run my code tests using b147 due to a bug in the vm. So it may not be the build that is at fault for this one. regards mark ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 on OS/X and XCode 4.
Recent changes in hsx/hotspot have destabilized the build on mac. I just pushed another workaround here: http://hg.openjdk.java.net/mlvm/mlvm/hotspot/file/tip/mac-tweaks.patch The buildtree.make change fixes the failure Henri saw. (Or you can add ALWAYS_PASS_TEST_GAMMA=true to the build script settings.) -- John P.S. I tried a build with llvm-gcc and got sporadic bus errors. Went back to gcc-4.0 and things got quieter. On Nov 3, 2011, at 12:53 AM, Henri Gomez wrote: Hi to all, I'd like to provide OpenJDK 8 with MLVM to OS/X users as I'm doing for month with OpenJDK 7 on http://code.google.com/p/openjdk-osx-build/. I'm trying to build it using Stephen scripts (https://gist.github.com/243072) for now but I still can't get it ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev