Duby dynamic dispatch has landed!

Attila Szegedi szegedia at gmail.com
Fri Apr 2 13:41:01 PDT 2010


On 2010.04.02., at 19:20, Attila Szegedi wrote:

> I started the preparations to migrate to git, but I'll now instead spend time on building a MLVM on my own from latest sources and see whether I still get the testcase errors. Long-term plan is to definitely move to git.

Folks, I wasn't able to rebuild MLVM on my own. The obvious difference is that I'm now on Snow Leopard...

I was trying with my own build.sh that worked back on Leopard, but I got errors in the c++ compiler first. Solved those by using the ALT_COMPILER_PATH trick to force the build to use GCC 4.0.1 instead of 4.2.1. Next I got errors in the linker (ld). Don't have the exact error anymore, unfortunately...

So I decided to throw in the towel, and use Stephen Bannasch's excellent "update.sh" from <http://gist.github.com/raw/243072/c2e862bec37bde76f904cbed53b4e95f6ddd6c52/update.sh>

It now bombs with:

/Users/aszegedi/Documents/projects/openjdk/bsd-port/hotspot/src/share/vm/opto/runtime.cpp: In static member function 'static u_char* OptoRuntime::rethrow_C(oopDesc*, JavaThread*, u_char*)':
/Users/aszegedi/Documents/projects/openjdk/bsd-port/hotspot/src/share/vm/opto/runtime.cpp:955: error: no matching function for call to 'SharedRuntime::raw_exception_handler_for_return_address(JavaThread*&, u_char*&)'
/Users/aszegedi/Documents/projects/openjdk/bsd-port/hotspot/src/share/vm/runtime/sharedRuntime.hpp:101: note: candidates are: static u_char* SharedRuntime::raw_exception_handler_for_return_address(u_char*)
make[6]: *** [runtime.o] Error 1
make[6]: *** Waiting for unfinished jobs....
make[5]: *** [the_vm] Error 2
make[4]: *** [product] Error 2
make[3]: *** [generic_build2] Error 2
make[2]: *** [product] Error 2
make[1]: *** [hotspot-build] Error 2
make: *** [build_product_image] Error 2

Digging backwards I can see this:

+ (cd sources/hotspot; hg qpush -a)
abort: local changes found, refresh first
*** Exit status 255.

Does this mean that the current MLVM hotspot patches can't be applied to the tip of the bsd-port/hotspot?
(Or am I doing something wrong?)

Attila.

> Attila.


More information about the mlvm-dev mailing list