Re: build error on OSX
I think the patch after meth-lazy needs rebasing. Just comment it out in the series file for now. how could I comment it ? ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: build error on OSX
Edit the series file with a text editor and prefix the line that shows the name of that patch with # . Thanks Roman Since it won't be in phase with mlvm mercurial repo, I should patch it after syncing, right ? ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
build error on OSX
Hi to all, Even using Java 8 for building MLVM, using stephen scripts or my own, build failed : # Running javac: 43 files; in /Users/henri/Downloads/mlvm/sources/jdk/make/java/invoke /Library/Java/JavaVirtualMachines/1.8.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/langtools/dist/bootstrap/lib/javac.jar -jar /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/langtools/dist/bootstrap/lib/javac.jar -Xlint:-path -source 7 -target 7 -encoding ascii -Xbootclasspath:/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/classes -sourcepath /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/gensrc:::/Users/henri/Downloads/mlvm/sources/jdk/src/macosx/classes:/Users/henri/Downloads/mlvm/sources/jdk/src/solaris/classes:/Users/henri/Downloads/mlvm/sources/jdk/src/share/classes -d /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/classes @/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/tmp/java/java.lang.invoke/.classes.list.filtered ../../../src/share/classes/java/lang/invoke/MethodType.java:996: error: cannot find symbol private final ConcurrentHashMapEntry, Entry map = new ConcurrentHashMapEntry, Entry(); ^ symbol: class ConcurrentHashMap location: class WeakInternSet ../../../src/share/classes/java/lang/invoke/MethodType.java:996: error: cannot find symbol private final ConcurrentHashMapEntry, Entry map = new ConcurrentHashMapEntry, Entry(); ^ symbol: class ConcurrentHashMap location: class WeakInternSet 2 errors make[4]: *** [.compile.classlist] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 *** create symbolic link to last build and persist 1.8.0_00-mlvm-2012_07_22.jdk into .last_build build/macosx-x86_64/j2sdk-bundle/jdk1.8.0.jdk/Contents/Home/bin/java does not exist, rebuild MLVM with ./update.sh Any ideas ? Thanks ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: build error on OSX
Hum, commited without this import ? Le 22 juil. 2012 à 15:46, Rémi Forax fo...@univ-mlv.fr a écrit : On 07/22/2012 11:38 AM, Henri Gomez wrote: Hi to all, Even using Java 8 for building MLVM, using stephen scripts or my own, build failed : # Running javac: 43 files; in /Users/henri/Downloads/mlvm/sources/jdk/make/java/invoke /Library/Java/JavaVirtualMachines/1.8.0.jdk/Contents/Home/bin/java -XX:-PrintVMOptions -XX:+UnlockDiagnosticVMOptions -XX:-LogVMOutput -Djava.awt.headless=true -Xmx512m -Xms512m -XX:PermSize=32m -XX:MaxPermSize=160m -Xbootclasspath/p:/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/langtools/dist/bootstrap/lib/javac.jar -jar /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/langtools/dist/bootstrap/lib/javac.jar -Xlint:-path -source 7 -target 7 -encoding ascii -Xbootclasspath:/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/classes -sourcepath /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/gensrc:::/Users/henri/Downloads/mlvm/sources/jdk/src/macosx/classes:/Users/henri/Downloads/mlvm/sources/jdk/src/solaris/classes:/Users/henri/Downloads/mlvm/sources/jdk/src/share/classes -d /Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/classes @/Users/henri/Downloads/mlvm/sources/build/macosx-x86_64/tmp/java/java.lang.invoke/.classes.list.filtered ../../../src/share/classes/java/lang/invoke/MethodType.java:996: error: cannot find symbol private final ConcurrentHashMapEntry, Entry map = new ConcurrentHashMapEntry, Entry(); ^ symbol: class ConcurrentHashMap location: class WeakInternSet ../../../src/share/classes/java/lang/invoke/MethodType.java:996: error: cannot find symbol private final ConcurrentHashMapEntry, Entry map = new ConcurrentHashMapEntry, Entry(); ^ symbol: class ConcurrentHashMap location: class WeakInternSet 2 errors make[4]: *** [.compile.classlist] Error 1 make[3]: *** [all] Error 1 make[2]: *** [all] Error 1 make[1]: *** [jdk-build] Error 2 make: *** [build_product_image] Error 2 *** create symbolic link to last build and persist 1.8.0_00-mlvm-2012_07_22.jdk into .last_build build/macosx-x86_64/j2sdk-bundle/jdk1.8.0.jdk/Contents/Home/bin/java does not exist, rebuild MLVM with ./update.sh Any ideas ? add import java.util.concurrent.ConcurrentHashMap to java/lang/invoke/MethodType.java. Thanks cheers, Rémi ___ 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: build error on OSX
2012/7/22 Rémi Forax fo...@univ-mlv.fr: On 07/22/2012 07:25 PM, Henri Gomez wrote: Hum, commited without this import ? maybe lost in the patch queue ?? I took a look at patches and there is no ConcurrentHashMap here ;( ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OSX port
Thanks John. Could you provide me link or copy of your build.sh ? Cheers 2012/7/10 John Rose john.r.r...@oracle.com: On Jul 4, 2012, at 11:46 PM, Henri Gomez wrote: What's current build process to be used ? It appears that JDK 8 needs to be built with a JDK 8 release. (I don't have any information about whether this is intentional or why it is.) Below are some recent changes I've made to my copy of build.sh, including a setting of ALT_BOOTDIR. Another form of build breakage may show up also, if you use a very new JDK 8 release to build with. Some recent builds of javac get this error when building the new meth-lazy stuff: /Users/jrose/Projects/davinci/sources/jdk/src/share/classes/java/lang/invoke/InvokerBytecodeGenerator.java:37: error: package com.sun.xml.internal.ws.org.objectweb.asm does not exist import com.sun.xml.internal.ws.org.objectweb.asm.*; I haven't tracked down this bug, but it may be a change in the way javac performs filtering on rt.jar. My workaround is to use a slightly older version of JDK 8 to build with. I hope this helps... — John diff -ru build.sh.~5~ build.sh --- build.sh.~5~ 2012-02-15 23:45:46.0 -0800 +++ build.sh 2012-07-07 21:59:34.0 -0700 @@ -21,7 +21,9 @@ #export ALT_BOOTDIR=/usr/local/soylatte16-i386-1.0.3 #export ALT_BOOTDIR=/usr/local/soylatte16-amd64-1.0.3 #export ALT_BOOTDIR=$JAVA7X_HOME -export ALT_BOOTDIR=$DAVINCI/sources/build-stable-bootstrap-0623/bsd-i586/j2sdk-image +#export ALT_BOOTDIR=$DAVINCI/sources/build-stable-bootstrap-0623/bsd-amd64/j2sdk-image +#export ALT_BOOTDIR=$HOME/env/JAVA7_HOME +export ALT_BOOTDIR=$HOME/env/JAVA8_HOME #for solaris hack this file: ./jdk/src/solaris/javavm/export/machine/endian.h @@ -40,11 +42,10 @@ ALT_JIBX_LIBS_PATH=$HOME/Downloads/jibx/lib ALT_JDK_IMPORT_PATH=$ALT_BOOTDIR ALT_BOOTDIR=$ALT_BOOTDIR - ALT_BINARY_PLUGS_PATH=$HOME/Downloads/JDK7/jdk-7-icedtea-plugs - ALT_FREETYPE_HEADERS_PATH=/usr/X11R6/include - ALT_FREETYPE_LIB_PATH=/usr/X11R6/lib ANT_HOME=/usr/share/ant NO_DOCS=true + NO_DEMOS=true + NO_SAMPLES=true HOTSPOT_BUILD_JOBS=2 BUILD_LANGTOOLS=true BUILD_HOTSPOT=true @@ -58,8 +62,8 @@ LD_LIBRARY_PATH= COMMAND_MODE=unix2003 OPENJDK=true - CC=gcc-4.2 - CXX=g++-4.2 + CC=$( xcrun -find gcc ) + CXX=$( xcrun -find g++ ) # MACOSX_UNIVERSAL=false ___ 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: OSX port
Thanks to all. I'll update my build script and produce a new MLVM for OSX, in fastdebug mode (I don't forget Rémy :) 2012/7/11 John Rose john.r.r...@oracle.com: On Jul 11, 2012, at 4:52 AM, Henri Gomez wrote: Could you provide me link or copy of your build.sh ? For what it's worth, I've refreshed my posting of build.sh: https://gist.github.com/118516 — John ___ 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: OSX port
Ping on this subject, ie MLVM build for OSX (but not only) in a simpler way ? 2012/5/9 John Rose john.r.r...@oracle.com: On May 9, 2012, at 11:07 AM, Charles Oliver Nutter wrote: I managed to get MLVM to build on OS X Snow Leopard with Henri's scripts. Notes: * I get a failure like this at the end of the build, but this appears to be after the jdk/jre have successfully built (or at least it appears to work fine): https://gist.github.com/749b4fe1d3b469644c11 Yes, I get this too. I don't know where it comes from. There is probably some configuration variable that will make it go away. Like you, I saw that the build was usable and moved on. * In order to get the meth-lazy patches to apply (I'm testing the new indy backend) I had to remove -testable from them. I'd like a cleaner way. Christian Thalinger, Michael Haupt, and I are working hard to get these patches ready for prime time. There are several problems that show up in comprehensive testing. The worst is that TieredCompilation mode shows some failures. Until we get cleaner tests, we're keeping -testable. (This raises the question of whether the keyword is misleading but I can't think of another candidate meaning for testable. Keyword means able to pass reasonable tests, not able to commence testing; the latter phrase is the meaning of buildable.) You could regard the act of removing -testable as the equivalent of clicking through the yes I know what I'm doing button. You can disable the testable filter by adjusting either the series file (which is managed source code) or the guards file (which is unmanaged and private to the installation). — John ___ 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: OSX port
Back to this subject. Any date about back port/merge of OSX support in mlvm project ? 2012/4/21 Martijn Verburg martijnverb...@gmail.com: This would be extremely helpful in being able to organise hack nights with the Java User Groups globally to beat up on an experimental feature and provide feedback on it here (such as coroutines). Cheers, Martijn On 20 April 2012 00:27, Henri Gomez henri.go...@gmail.com wrote: Hi to all, I'm wondering when OSX support will be merged in mlvm trunk. I'm releasing OSX packages for stock Java 8, jigsaw and lambda easily now but mlvm build is still too tricky and a pain. Any chance to get OSX code merged so OSX Java 8 early adopters could play with Continuous packages as they do with others Java 8 projects ? Cheers ___ 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
OSX port
Hi to all, I'm wondering when OSX support will be merged in mlvm trunk. I'm releasing OSX packages for stock Java 8, jigsaw and lambda easily now but mlvm build is still too tricky and a pain. Any chance to get OSX code merged so OSX Java 8 early adopters could play with Continuous packages as they do with others Java 8 projects ? Cheers ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Java 8 for OSX but not lamba
Hi to all,
I guess JDK 8 and Lambda gurus are around (ie: Remy).
I build JDK8 for OSX and package it in openjdk-osx-build project :
http://openjdk-osx-build.googlecode.com/files/OpenJDK-OSX-8-x64-jdk-b29-20120314.dmg
I tried a sample code from
http://aruld.info/lambda-expressions-in-java-8-adopts-c-style-syntax/
:
public class Sample4 {
enum Decision {
APPROVE, DECLINE, APPROVE_REFER
}
interface DecisionService {
Decision getRiskDecision(Applicant applicant);
}
class Applicant {
private int score;
public Applicant(int score) {
this.score = score;
}
public int getScore() {
return score;
}
}
public void test() {
DecisionService cs = (a) - {
if (a.getScore() 700) {
return Decision.APPROVE;
} else if (a.getScore() 600 a.getScore() 650) {
return Decision.APPROVE_REFER;
} else {
return Decision.DECLINE;
}};
Decision decision = cs.getRiskDecision(new Applicant(800));
System.out.println(decision.toString());
}
public static void main(String... args) {
new Sample4().test();
}
}
Bur javac failed to compile it :
Sample4.java:24: error: lambda expressions are not supported in -source 1.8
DecisionService cs = (a) - {
^
(use -source 8 or higher to enable lambda expressions)
1 error
* Did Lambda support is not yet in jdk8/jdk8 branch ?
* Why did javac complain about source 1.8 and ask for -source 8 (tried
to force it but same error)
Cheers
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: runhprof not working in JDK7 builds
Note to all, Building mlvm for osx is still tricky, based on bsd-port (old) with mq patches system which exclude some commits. So it's hard to know from hg commits if a new build is requiered for osx :-( We really need osx code back in jdk8 and some guidelines on how patches are included/excluded. Cheers Le 20 janv. 2012 à 05:23, Charles Oliver Nutter head...@headius.com a écrit : I found the problem, The switch at java_crw_demo.c:662 is not handling the two new constant types JVM_CONSTANT_MethodHandle and JVM_CONSTANT_MethodType. I'm not sure how they're actually structured, so I'll leave a fix to those who do :) Probably worth auditing the codebase for other places the JVM_CONSTANT constants are accessed and make sure they handle the new ones too. - Charlie On Thu, Jan 19, 2012 at 8:20 PM, Charles Oliver Nutter head...@headius.com wrote: Actually it is not working in the official build either. Same error. On Thu, Jan 19, 2012 at 8:13 PM, Charles Oliver Nutter head...@headius.com wrote: Hello friends and Henri Gomez! I have just learned that another user building OpenJDK on Linux sees the same runhprof error I do when I run on OS X. Basically, if you try to -Xrunhprof, you get this: HPROF ERROR: Unknown constant [../../../src/share/demo/jvmti/java_crw_demo/java_crw_demo.c:693] [hprof_init.c:210] HPROF TERMINATED PROCESS What's the dilly-o? I needs me my runhprof! - 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
Re: Coro patch
Awesome, thanks Lukas! Hopefully when the next openjdk-osx-build runs, it will pick up these changes, and we'll have a working coro impl on OS X too :) Oops, forgot to tweet about it yesterday. http://openjdk-osx-build.googlecode.com/files/OpenJDK-1.8-x86_64-b11-2029-release.dmg Cheers ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: OpenJDK 8 + lambdas build for OS X
So Lambda ( Jigsaw) are in their own Projects with their own hg forests. Note that Mike Maurizio synced up the lambda forest with JDK 8 recently: http://mail.openjdk.java.net/pipermail/lambda-dev/2011-November/004128.html so creating such builds should be easier then before, but given that neither Lambda nor the Mac Port are integrated into JDK 8, you'd have three fast moving parts to deal with, so it wouldn't necessarily be trivial: Just potentially a bit easier then a few weeks ago. ;) Any interest in having such 'labs/forest' available as package for OS/X users ? If so, advices more than welcomed ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: disabling fastdebug
And you didn't set DEBUG_NAME ? Le 10 nov. 2011 à 14:28, Charles Oliver Nutter head...@headius.com a écrit : Ok, I think I figured out the problem. Stephen's build includes DEBUG_NAME and SKIP_FASTDEBUG_BUILD in the default set of variables, around line 199 in update.sh. The problem seems to be that if DEBUG_NAME is set to fastdebug that's the target used to build the JDK. Setting the other flags doesn't seem to have any effect then. I removed that line and set SKIP_FASTDEBUG_BUILD and SKIP_DEBUG_BUILD both to true, and it has built a product build now instead. FWIW, I also cranked HOTSPOT_BUILD_JOBS up to 8 for my 4-core i7 (8 with hyperthreading) and the build goes much faster. system ~/projects/mlvm/sources $ build/bsd-amd64/j2sdk-image/bin/java -version openjdk version 1.8.0-internal OpenJDK Runtime Environment (build 1.8.0-internal-headius_2011_11_10_14_11-b00) OpenJDK 64-Bit Server VM (build 23.0-b03, mixed mode) The product build is definitely faster at starting up and running JRuby benchmarks (first with Henri's fastdebug .dmg, then with my product build): system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-b11-fastdebug) [darwin-amd64-java] real0m1.999s user0m2.106s sys0m0.083s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 28.0 (±7.1%) i/s -136 in 4.883273s (cycle=2) fib with variables 28.2 (±0.0%) i/s -142 in 5.033941s (cycle=2) fib with constants 21.2 (±4.7%) i/s -106 in 5.006481s (cycle=1) fib with additional calls 21.3 (±0.0%) i/s -107 in 5.030669s (cycle=1) fib with constants and additional calls 19.0 (±10.5%) i/s - 94 in 5.007942s (cycle=1) system ~/projects/jruby $ export JAVA_HOME=/Users/headius/projects/mlvm/sources/build/bsd-amd64/j2sdk-image system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-internal) [darwin-amd64-java] real0m0.514s user0m0.518s sys0m0.049s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 31.4 (±3.2%) i/s -159 in 5.062433s (cycle=3) fib with variables 30.0 (±3.3%) i/s -150 in 4.999186s (cycle=3) fib with constants 23.3 (±0.0%) i/s -118 in 5.069851s (cycle=2) fib with additional calls 23.7 (±0.0%) i/s -120 in 5.059472s (cycle=2) fib with constants and additional calls 21.5 (±0.0%) i/s -108 in 5.029512s (cycle=2) - Charlie On Wed, Nov 9, 2011 at 3:15 PM, Henri Gomez henri.go...@gmail.com wrote: 2011/11/9 Henri Gomez henri.go...@gmail.com: 2011/11/9 Charles Oliver Nutter head...@headius.com: On Wed, Nov 9, 2011 at 8:35 AM, Henri Gomez henri.go...@gmail.com wrote: I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true I believe you just need to set SKIP_FASTDEBUG_BUILD=false to get a release build. It's a very confusing name. Yes. I'll try it right now It's unclear. settings SKIP_FASTDEBUG_BUILD to false produce a j2sdk-image under sources/build/bsd-amd64-fastdebug instead of sources/build/bsd-amd64 And even if I set DEBUG_NAME to release instead of fastdebug. I'm puzzled and need some clarifications :) ___ 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: JAVA_HOME and OSX
Could someone include this patch in patchsets ? 2011/11/9 Henri Gomez henri.go...@gmail.com: Hi to all, I just seen a problem with OpenJDK 8 and OSX. java works when providing full path : mbp:workspace henri$ /Library/Java/JavaVirtualMachines/openjdk-1.8-x86_64/Contents/Home/bin/java -version openjdk version 1.8.0-b11-fastdebug OpenJDK Runtime Environment (build 1.8.0-b11-fastdebug-2009) OpenJDK 64-Bit Server VM (build 23.0-b03-fastdebug, mixed mode) java fail when setting JAVA_HOME : mbp:workspace henri$ export JAVA_HOME=/Library/Java/JavaVirtualMachines/openjdk-1.8-x86_64/Contents/Home mbp:workspace henri$ java -version Error: could not find libjava.dylib Error: Could not find Java SE Runtime Environment. It was something allready present in openjdk 1.7 from bsd-port and patch is provided. For now, I'll add it to my packaging build process, but it will be fine to get it included in MLVM patches. Cheers ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: disabling fastdebug
Done the same. We'll see about build results. If it works, I'll be able to produce packages with/without fastdebug. Le 10 nov. 2011 à 16:09, Charles Oliver Nutter head...@headius.com a écrit : I removed DEBUG_NAME completely...so it was not set to anything. On Thu, Nov 10, 2011 at 3:07 PM, Henri Gomez henri.go...@gmail.com wrote: And you didn't set DEBUG_NAME ? Le 10 nov. 2011 à 14:28, Charles Oliver Nutter head...@headius.com a écrit : Ok, I think I figured out the problem. Stephen's build includes DEBUG_NAME and SKIP_FASTDEBUG_BUILD in the default set of variables, around line 199 in update.sh. The problem seems to be that if DEBUG_NAME is set to fastdebug that's the target used to build the JDK. Setting the other flags doesn't seem to have any effect then. I removed that line and set SKIP_FASTDEBUG_BUILD and SKIP_DEBUG_BUILD both to true, and it has built a product build now instead. FWIW, I also cranked HOTSPOT_BUILD_JOBS up to 8 for my 4-core i7 (8 with hyperthreading) and the build goes much faster. system ~/projects/mlvm/sources $ build/bsd-amd64/j2sdk-image/bin/java -version openjdk version 1.8.0-internal OpenJDK Runtime Environment (build 1.8.0-internal-headius_2011_11_10_14_11-b00) OpenJDK 64-Bit Server VM (build 23.0-b03, mixed mode) The product build is definitely faster at starting up and running JRuby benchmarks (first with Henri's fastdebug .dmg, then with my product build): system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-b11-fastdebug) [darwin-amd64-java] real0m1.999s user0m2.106s sys0m0.083s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 28.0 (±7.1%) i/s -136 in 4.883273s (cycle=2) fib with variables 28.2 (±0.0%) i/s -142 in 5.033941s (cycle=2) fib with constants 21.2 (±4.7%) i/s -106 in 5.006481s (cycle=1) fib with additional calls 21.3 (±0.0%) i/s -107 in 5.030669s (cycle=1) fib with constants and additional calls 19.0 (±10.5%) i/s - 94 in 5.007942s (cycle=1) system ~/projects/jruby $ export JAVA_HOME=/Users/headius/projects/mlvm/sources/build/bsd-amd64/j2sdk-image system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-internal) [darwin-amd64-java] real0m0.514s user0m0.518s sys0m0.049s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 31.4 (±3.2%) i/s -159 in 5.062433s (cycle=3) fib with variables 30.0 (±3.3%) i/s -150 in 4.999186s (cycle=3) fib with constants 23.3 (±0.0%) i/s -118 in 5.069851s (cycle=2) fib with additional calls 23.7 (±0.0%) i/s -120 in 5.059472s (cycle=2) fib with constants and additional calls 21.5 (±0.0%) i/s -108 in 5.029512s (cycle=2) - Charlie On Wed, Nov 9, 2011 at 3:15 PM, Henri Gomez henri.go...@gmail.com wrote: 2011/11/9 Henri Gomez henri.go...@gmail.com: 2011/11/9 Charles Oliver Nutter head...@headius.com: On Wed, Nov 9, 2011 at 8:35 AM, Henri Gomez henri.go...@gmail.com wrote: I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true I believe you just need to set SKIP_FASTDEBUG_BUILD=false to get a release build. It's a very confusing name. Yes. I'll try it right now It's unclear. settings SKIP_FASTDEBUG_BUILD to false produce a j2sdk-image under sources/build/bsd-amd64-fastdebug instead of sources/build/bsd-amd64 And even if I set DEBUG_NAME to release instead of fastdebug. I'm puzzled and need some clarifications :) ___ 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: disabling fastdebug
I produced a DMG in release mode (built without fastdebug). It's available here : http://openjdk-osx-build.googlecode.com/files/OpenJDK-1.8-x86_64-b11-2010-release.dmg Cheers 2011/11/10 Henri Gomez henri.go...@gmail.com: Done the same. We'll see about build results. If it works, I'll be able to produce packages with/without fastdebug. Le 10 nov. 2011 à 16:09, Charles Oliver Nutter head...@headius.com a écrit : I removed DEBUG_NAME completely...so it was not set to anything. On Thu, Nov 10, 2011 at 3:07 PM, Henri Gomez henri.go...@gmail.com wrote: And you didn't set DEBUG_NAME ? Le 10 nov. 2011 à 14:28, Charles Oliver Nutter head...@headius.com a écrit : Ok, I think I figured out the problem. Stephen's build includes DEBUG_NAME and SKIP_FASTDEBUG_BUILD in the default set of variables, around line 199 in update.sh. The problem seems to be that if DEBUG_NAME is set to fastdebug that's the target used to build the JDK. Setting the other flags doesn't seem to have any effect then. I removed that line and set SKIP_FASTDEBUG_BUILD and SKIP_DEBUG_BUILD both to true, and it has built a product build now instead. FWIW, I also cranked HOTSPOT_BUILD_JOBS up to 8 for my 4-core i7 (8 with hyperthreading) and the build goes much faster. system ~/projects/mlvm/sources $ build/bsd-amd64/j2sdk-image/bin/java -version openjdk version 1.8.0-internal OpenJDK Runtime Environment (build 1.8.0-internal-headius_2011_11_10_14_11-b00) OpenJDK 64-Bit Server VM (build 23.0-b03, mixed mode) The product build is definitely faster at starting up and running JRuby benchmarks (first with Henri's fastdebug .dmg, then with my product build): system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-b11-fastdebug) [darwin-amd64-java] real 0m1.999s user 0m2.106s sys 0m0.083s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 28.0 (±7.1%) i/s - 136 in 4.883273s (cycle=2) fib with variables 28.2 (±0.0%) i/s - 142 in 5.033941s (cycle=2) fib with constants 21.2 (±4.7%) i/s - 106 in 5.006481s (cycle=1) fib with additional calls 21.3 (±0.0%) i/s - 107 in 5.030669s (cycle=1) fib with constants and additional calls 19.0 (±10.5%) i/s - 94 in 5.007942s (cycle=1) system ~/projects/jruby $ export JAVA_HOME=/Users/headius/projects/mlvm/sources/build/bsd-amd64/j2sdk-image system ~/projects/jruby $ time jruby -v jruby 1.7.0.dev (ruby-1.8.7-p330) (2011-11-07 8e852ac) (OpenJDK 64-Bit Server VM 1.8.0-internal) [darwin-amd64-java] real 0m0.514s user 0m0.518s sys 0m0.049s system ~/projects/jruby $ jruby bench/bench_fib_complex.rb normal fib 31.4 (±3.2%) i/s - 159 in 5.062433s (cycle=3) fib with variables 30.0 (±3.3%) i/s - 150 in 4.999186s (cycle=3) fib with constants 23.3 (±0.0%) i/s - 118 in 5.069851s (cycle=2) fib with additional calls 23.7 (±0.0%) i/s - 120 in 5.059472s (cycle=2) fib with constants and additional calls 21.5 (±0.0%) i/s - 108 in 5.029512s (cycle=2) - Charlie On Wed, Nov 9, 2011 at 3:15 PM, Henri Gomez henri.go...@gmail.com wrote: 2011/11/9 Henri Gomez henri.go...@gmail.com: 2011/11/9 Charles Oliver Nutter head...@headius.com: On Wed, Nov 9, 2011 at 8:35 AM, Henri Gomez henri.go...@gmail.com wrote: I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true I believe you just need to set SKIP_FASTDEBUG_BUILD=false to get a release build. It's a very confusing name. Yes. I'll try it right now It's unclear. settings SKIP_FASTDEBUG_BUILD to false produce a j2sdk-image under sources/build/bsd-amd64-fastdebug instead of sources/build/bsd-amd64 And even if I set DEBUG_NAME to release instead of fastdebug. I'm puzzled and need some clarifications :) ___ 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: disabling fastdebug
I updated my build scripts so a regular production build is created: https://gist.github.com/gists/243072 I put the following in as comments around line 200: # include the following to enable a FASTDEBUG build: # DEBUG_NAME=fastdebug # and remove the following: # SKIP_FASTDEBUG_BUILD=true # SKIP_DEBUG_BUILD=true On my Mac OS X 10.6.8 system with a 2.66 GHz Intel Core i7, 8GM 1067 MHz DDR3 I get the following times for building mlvm and running the java/lang/invoke tests and the java/dyn/CoroutineTest test: HOTSPOT_BUILD_JOBS=2 22m HOTSPOT_BUILD_JOBS=4 19m HOTSPOT_BUILD_JOBS=8 20m Nice. I updated my Jenkins build job and a simple check box make me produce fastdebug or release package, so we could get both available at http://code.google.com/p/openjdk-osx-build/ ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
JAVA_HOME and OSX
Hi to all, I just seen a problem with OpenJDK 8 and OSX. java works when providing full path : mbp:workspace henri$ /Library/Java/JavaVirtualMachines/openjdk-1.8-x86_64/Contents/Home/bin/java -version openjdk version 1.8.0-b11-fastdebug OpenJDK Runtime Environment (build 1.8.0-b11-fastdebug-2009) OpenJDK 64-Bit Server VM (build 23.0-b03-fastdebug, mixed mode) java fail when setting JAVA_HOME : mbp:workspace henri$ export JAVA_HOME=/Library/Java/JavaVirtualMachines/openjdk-1.8-x86_64/Contents/Home mbp:workspace henri$ java -version Error: could not find libjava.dylib Error: Could not find Java SE Runtime Environment. It was something allready present in openjdk 1.7 from bsd-port and patch is provided. For now, I'll add it to my packaging build process, but it will be fine to get it included in MLVM patches. Cheers java_md.c.patch Description: Binary data ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
disabling fastdebug
I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true What should be arguments to have a build with fastdebug enabled or disabled ? Thanks to all ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: disabling fastdebug
2011/11/9 Charles Oliver Nutter head...@headius.com: On Wed, Nov 9, 2011 at 8:35 AM, Henri Gomez henri.go...@gmail.com wrote: I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true I believe you just need to set SKIP_FASTDEBUG_BUILD=false to get a release build. It's a very confusing name. Yes. I'll try it right now ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: disabling fastdebug
2011/11/9 Henri Gomez henri.go...@gmail.com: 2011/11/9 Charles Oliver Nutter head...@headius.com: On Wed, Nov 9, 2011 at 8:35 AM, Henri Gomez henri.go...@gmail.com wrote: I'm wondering about make flags to pass to have fastdebug enabled or disabled. for now, I'm using : DEBUG_NAME=fastdebug SKIP_FASTDEBUG_BUILD=true I believe you just need to set SKIP_FASTDEBUG_BUILD=false to get a release build. It's a very confusing name. Yes. I'll try it right now It's unclear. settings SKIP_FASTDEBUG_BUILD to false produce a j2sdk-image under sources/build/bsd-amd64-fastdebug instead of sources/build/bsd-amd64 And even if I set DEBUG_NAME to release instead of fastdebug. I'm puzzled and need some clarifications :) ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
mailing list to track
Hi to all, I'm tracking hg commit in bsd-port, mac-osxport list to produce OSX packages For DaVinci, I'm now tracking also mlvm-dev but wondering which lists I should track also to produce up to date openjdk8 + mlvm packages for OS/X. Thanks for your advices ___ 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
Coro patch
Hi to all, I'm looking for Coro patch by Lukas Stadler, any body knows where I can find it ? ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
Re: Coro patch
Ok, I get them and coro is included in OpenJDK 8 from openjdk-osx-build 2011/11/6 Henri Gomez henri.go...@gmail.com: Le 6 nov. 2011 à 22:12, Henri Gomez henri.go...@gmail.com a écrit : Hi to all, I'm looking for Coro patch by Lukas Stadler, any body knows where I can find it ? More on this, I found patch here (http://hg.openjdk.java.net/mlvm/mlvm/jdk/rev/ca450b9f8b56), but wondering if it's allready applied to trunk or in some patch area ? Thanks for your help/advices ___ 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.
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 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
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.
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: new error compiling hotspot/src/share/vm/runtime/vm_version.cpp
I dig into test_gamma about libjava.dylib not found
./env.sh provide an incorrect LD_LIBRARY_PATH / DYLD_LIBRARY_PATH :
LD_LIBRARY_PATH=.:${JAVA_HOME}/jre/lib/amd64/native_threads:${JAVA_HOME}/jre/lib/amd64:
DYLD_LIBRARY_PATH=.:${JAVA_HOME}/jre/lib/amd64/native_threads:${JAVA_HOME}/jre/lib/amd64:
Current OpenJDK 1.7 for OS/X dylib are in ${JAVA_HOME}/jre/lib/client,
${JAVA_HOME}/jre/lib, ${JAVA_HOME}/jre/lib/lwawt,
${JAVA_HOME}/jre/lib/server and ${JAVA_HOME}/jre/lib/xawt
2011/10/30 Henri Gomez henri.go...@gmail.com:
I'm trying to build OpenJDK 8 on OS/X 10.6.8 following Stephen guide
(https://gist.github.com/243072)
I get the same error even after grabbing your latest changes :
cd bsd_amd64_compiler2/fastdebug ./test_gamma
openjdk full version 1.7.0-b215-20111029
Error occurred during initialization of VM
Unable to load native library:
dlopen(/Users/henri/Downloads/openjdk8/mlvm/sources/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/libjava.dylib,
1): image not found
./test_gamma: line 13: ./gamma: No such file or directory
make[4]: *** [fastdebug] Error 127
make[3]: *** [generic_build2] Error 2
make[2]: *** [fastdebug] Error 2
make[1]: *** [hotspot-build] Error 2
make: *** [build_product_image] Error 2
I'm using Xcode 4, which version of Xcode are you using ?
___
mlvm-dev mailing list
mlvm-dev@openjdk.java.net
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
re: new error compiling hotspot/src/share/vm/runtime/vm_version.cpp
I'm trying to build OpenJDK 8 on OS/X 10.6.8 following Stephen guide (https://gist.github.com/243072) I get the same error even after grabbing your latest changes : cd bsd_amd64_compiler2/fastdebug ./test_gamma openjdk full version 1.7.0-b215-20111029 Error occurred during initialization of VM Unable to load native library: dlopen(/Users/henri/Downloads/openjdk8/mlvm/sources/build/bsd-amd64/hotspot/outputdir/bsd_amd64_compiler2/libjava.dylib, 1): image not found ./test_gamma: line 13: ./gamma: No such file or directory make[4]: *** [fastdebug] Error 127 make[3]: *** [generic_build2] Error 2 make[2]: *** [fastdebug] Error 2 make[1]: *** [hotspot-build] Error 2 make: *** [build_product_image] Error 2 I'm using Xcode 4, which version of Xcode are you using ? ___ mlvm-dev mailing list mlvm-dev@openjdk.java.net http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
