On Thu, 2009-05-21 at 22:34 -0400, Frank Wierzbicki wrote:
Trying to just build the stock bsd-port I am getting this:
Linking vm...
{ \
echo Linking launcher...; \
\
cc -m32 -march=i586 -mstackrealign -m32 -march=i586
-mstackrealign -L `pwd` -o gamma
More update, I am now stuck at this error, while compiling the bsd-port:
error: class file for com.sun.jmx.snmp.Timestamp not found
1 error
make[2]: *** [initial-image-jdk] Error 1
make[2]: Leaving directory `/opt/openjdk/bsd-port/jdk/make'
make[1]: *** [jdk-build] Error 2
make[1]: Leaving
My experiences with building mlvm based on bsd-port:
On missing machine/endian.h if build on linux (FC10 in my case):
In jdk: replace with #include endian.h
On error: class file for com.sun.jmx.snmp.Timestamp not found:
Build does not extract a few binary plug classes, fix jdk:
Hello Jürgen,
Thanks for patches :)
It's compiled successfully now.
Best regards,
Chanwit
On Fri, Apr 24, 2009 at 12:47 PM, scheme mlvm scheme.m...@gmail.com wrote:
My experiences with building mlvm based on bsd-port:
On missing machine/endian.h if build on linux (FC10 in my case):
In jdk:
Hello Remi,
I could not manage to build it on Fedora 8.
The bsd-port branch won't compile there. The jdk7 branch compiles
there, but I could not get it patched.
Do you have any patching trick to share ?
Best regards,
Chanwit
On Mon, Apr 20, 2009 at 11:51 AM, Rémi Forax fo...@univ-mlv.fr wrote:
On Thu, Apr 23, 2009 at 10:23 PM, Chanwit Kaewkasi chan...@gmail.comwrote:
Hello Tobias,
Here's my error message:
In file included from
../../../src/share/native/java/lang/fdlibm/src/k_standard.c:27In file
included from
../../../src/share/native/java/lang/fdlibm/src/k_rem_pio2.c:143:
Updated:
I have managed to fix it per this:
http://archives.neohapsis.com/archives/openbsd/2004-01/0356.html
by simply commenting the include statements out.
Cheers,
Chanwit
On Thu, Apr 23, 2009 at 9:34 PM, Tobias Ivarsson tho...@gmail.com wrote:
Yes, that is the same error I got when using
Chanwit Kaewkasi a écrit :
Hello Remi,
I could not manage to build it on Fedora 8.
The bsd-port branch won't compile there. The jdk7 branch compiles
there, but I could not get it patched.
Do you have any patching trick to share ?
Not really, I have cloned the bsd port workspace, applied
On Mon, Apr 13, 2009 at 7:07 PM, Charles Oliver Nutter
charles.nut...@sun.com wrote:
Ben Evans wrote:
After trying several other builds, I can get a clean build providing I
start with SoyLatte.
However, if I try to use any OpenJDK7 build (including Langdon's
binaries from last
I successfully built mlvm for Intel Mac OS X from today's Mercurial
sources, and I can publish the binaries. Am I right that I basically
need to create a tarball of build/bsd-i586/j2sdk-image directory?
Also, what am I allowed to call this thing?
Attila.
On 2009.04.10., at 21:14, John Rose
I also built it using SoyLatte for bootstrap. What would be the
benefit (if any) of using OpenJDK7 to build it?
Attila.
On 2009.04.19., at 17:47, Ben Evans wrote:
Still no dice with using OpenJDK7 to build mlvm - if anyone does
manage to get it to build on OS X, could they let me / the
On Sun, Apr 12, 2009 at 1:06 PM, Ben Evans
benjamin.john.ev...@googlemail.com wrote:
2009/4/10 John Rose john.r...@sun.com
On Apr 10, 2009, at 11:23 AM, Ben Evans wrote:
...
BUILD SUCCESSFUL
Total time: 25 seconds
gnumake: *** [build] Error 2
Can you say why gnumake is reporting
Ben Evans wrote:
After trying several other builds, I can get a clean build providing I
start with SoyLatte.
However, if I try to use any OpenJDK7 build (including Langdon's
binaries from last Summer), no good. It always seems to fail over the
Queens.java test. It doesn't always fail
2009/4/10 John Rose john.r...@sun.com
On Apr 10, 2009, at 11:23 AM, Ben Evans wrote:
...
BUILD SUCCESSFUL
Total time: 25 seconds
gnumake: *** [build] Error 2
Can you say why gnumake is reporting error status 2? Did ant complain
somewhere? When I try an incremental rebuild, the last
John Rose a écrit :
...
Also, the JSR EG is not that far away from agreeing on the APIs. It's
just that there are lots small details to worry about.
Last week, I've noted that one of the factory method in MethodType
is not correctly generified:
MethodType.make(Class? rtype, ListClass?
On Apr 10, 2009, at 11:23 AM, Ben Evans wrote:...BUILD SUCCESSFULTotal time: 25 secondsgnumake: *** [build] Error 2Can you say why gnumake is reporting error status 2? Did ant complain somewhere? When I try an incremental rebuild, the last output looks something like
On Apr 10, 2009, at 12:10 PM, Charles Oliver Nutter wrote:
We really need some enterprising non-Sun individual to start
publishing
binaries (hint, hint).
Indeed. (nudge, nudge)
BTW, the main body of method handle support (all meth-.patch) is
now pushed to a sub-integration area
On Apr 10, 2009, at 12:16 PM, Charles Oliver Nutter wrote:
Is there any possibility of the Java-level APIs getting pushed out
as a
sun.something package? I know we can't shove java.* things without the
JSR, but if there were any chance of a hotspot-only meth/indy getting
into Java 6 some
John Rose wrote:
Good idea. Perhaps it's possible... We're looking at our JDK options,
especially in the lead-up to JavaOne.
Since the Hotspot JVM is wired to certain names like
java.dyn.MethodHandle, an interim solution that uses only sun.*
packages does not look feasible.
But it
On Apr 5, 2009, at 1:10 AM, Charles Oliver Nutter wrote:
Ok, here's my status. It turns out that the standard instructions are
now basically working, and I'm in the process of modifying JRuby's
invokedynamic support for the changes over the past few months.
Here's a heads-up: The JIT support
John Rose wrote:
On Apr 5, 2009, at 1:10 AM, Charles Oliver Nutter wrote:
Ok, here's my status. It turns out that the standard instructions are
now basically working, and I'm in the process of modifying JRuby's
invokedynamic support for the changes over the past few months.
Here's a
Ok, here's my status. It turns out that the standard instructions are
now basically working, and I'm in the process of modifying JRuby's
invokedynamic support for the changes over the past few months.
Basically, here's the process for OS X:
- follow the instructions in the MLVM repo, with the
Adjusting and testing the patch... Looks like it works.
I found that this line in my top-level build.sh script helps when I am
rebuilding the JVM from a non-clean forest:
rm -f $(find build -name _precompiled.incl.gch)
Also, because I'm not building the whole forest, this line seems to be
Excellent. I'll probably get things patched and try to do a test build
today. Thanks John!
John Rose wrote:
Adjusting and testing the patch... Looks like it works.
I found that this line in my top-level build.sh script helps when I am
rebuilding the JVM from a non-clean forest:
rm -f
On Mar 29, 2009, at 10:06 AM, Charles Oliver Nutter wrote:
John: I think indy is still not quite functional on bsd-port, yes?
Maybe
I should just focus on playing with method handles for now?
That is correct; I'm still working on refreshing it. Method handles
are fine, I think. -- John
Charles Oliver Nutter wrote:
Ok, another attempt. John Rose has rebased the patches for bsd-port, and
I've got a build running. The above instructions are ok, except that
RELAX_CHECKS=true was necessary for the make portion. So my modified
sequence:
1. get a buildable bsd-port by
Charles Oliver Nutter wrote:
To get the java.dyn.* classes included in rt.jar, I used Kirill's
makefile patch. I've attached a version in extended git format which
should apply cleanly.
Forgot the patch...
- Charlie
diff --git a/make/docs/CORE_PKGS.gmk b/make/docs/CORE_PKGS.gmk
---
Charles Oliver Nutter wrote:
Charles Oliver Nutter wrote:
Ok gents, I've *finally* gotten time to circle back to MLVM work. JRuby
1.2.0 will go out tomorrow, and with the pycon VM summit coming up in a
little over a week, I'd like to spend some time hacking JRuby to work
with current MLVM
On Sat, Mar 28, 2009 at 9:13 PM, Charles Oliver Nutter
charles.nut...@sun.com wrote:
Ok, another attempt. John Rose has rebased the patches for bsd-port, and
I've got a build running. The above instructions are ok, except that
RELAX_CHECKS=true was necessary for the make portion. So my
John Rose a écrit :
Is there any way to make this easier short of rebasing the mlvm
patches to bsd-port?
The mlvm patches are current based at the OpenJDK hotspot master:
http://hg.openjdk.java.net/jdk7/hotspot/hotspot
It's going to get even trickier as my current train of pushes
Is there any way to make this easier short of rebasing the mlvm
patches to bsd-port?
The mlvm patches are current based at the OpenJDK hotspot master:
http://hg.openjdk.java.net/jdk7/hotspot/hotspot
It's going to get even trickier as my current train of pushes trickles
up to the master
John Rose wrote:
Is there any way to make this easier short of rebasing the mlvm patches
to bsd-port?
The mlvm patches are current based at the OpenJDK hotspot master:
http://hg.openjdk.java.net/jdk7/hotspot/hotspot
It's going to get even trickier as my current train of pushes trickles
Hi Charlie,
On Sun, Mar 15, 2009 at 8:48 PM, Charles Oliver Nutter
charles.nut...@sun.com wrote:
Charles Oliver Nutter wrote:
Charles Oliver Nutter wrote:
So the steps I've got so far, roughly:
1. check out BSD port and prepare it for build, a la Stephen Bannasch's
instructions here:
John Rose wrote:
On Mar 15, 2009, at 1:42 PM, Charles Oliver Nutter wrote:
This seems to have built ok, but java.dyn.* classes didn't get
included
by default in the resulting build. I forget how to make that happen.
The java.dyn classes are in $davinci/patches/jdk/meth.patch, and your
Ok gents, I've *finally* gotten time to circle back to MLVM work. JRuby
1.2.0 will go out tomorrow, and with the pycon VM summit coming up in a
little over a week, I'd like to spend some time hacking JRuby to work
with current MLVM patches.
So any pointers to the latest instructions? Hopefully
Charles Oliver Nutter wrote:
Ok gents, I've *finally* gotten time to circle back to MLVM work. JRuby
1.2.0 will go out tomorrow, and with the pycon VM summit coming up in a
little over a week, I'd like to spend some time hacking JRuby to work
with current MLVM patches.
So any pointers to
Charles Oliver Nutter wrote:
So the steps I've got so far, roughly:
1. check out BSD port and prepare it for build, a la Stephen Bannasch's
instructions here:
http://confluence.concord.org/display/CCTR/Build+OpenJDK+Java+1.7.0+on+Mac+OS+X+10.5
2. DVM instructions, modified
$ mkdir
37 matches
Mail list logo