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"
wr
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" wrote:
> From Henri
>
> So, I could disable fastdebug in build ?
>
>
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" wrote:
> Hi Mark,
>
> PrintOptoAssembly (for C2, and PrintLIR for C1) only works in a de
> 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 what
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
Pr
>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
> 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
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" wrote:
> Fastdebug could be disabled.
>
> Did it change m
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 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
> ma
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 wrote:
> Charles
>
> For O
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 :
> On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez wrote:
>> Thanks.
>> Yes, OpenJDK 7 is using llvm gcc/g++
>
> Awesome.
On Sat, Nov 5, 2011 at 5:50 PM, Henri Gomez 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.ne
Thanks.
Yes, OpenJDK 7 is using llvm gcc/g++
Le 4 nov. 2011 à 23:59, Charles Oliver Nutter 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? :-)
>
> -
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" wrote:
>
> Hi to all,
>
> I'd like to provide OpenJDK 8 with ML
> 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 nothi
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-d
2011/11/4 John Rose :
> 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_PAS
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 s
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 a écrit :
> From Henri
>
> All done.
> cd bsd_amd64_compiler2/fastdebug && ./test_gamma
> openjdk full version "1.7.0-b147-20110923"
> Error occu
>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
20 matches
Mail list logo
