hi, I checked out the lates classlib and drlvm source tree last night. I was able to build drlvm successfully. However, I encountered the following error when I tried to run DRLVM:
$ java Harmony Java launcher Apache Harmony Launcher : (c) Copyright 1991, 2006 The Apache Software Foundation or its licensors, as applicable. java [-vm:vmdll -vmdir:dir -D... [-X...]] [args] java: relocation error: /home/tyang5/DRLVM.new/Harmony/build/lnx_ia32_gcc_debug/deploy/jre/bin/libhyprt.so: symbol hythread_exit, version HYTHR_0.1 not defined in file libhythr.so with link time reference If I try Hello.class, I got $ ./java Hello An unhandled error (4) has occurred. HyGeneric_Signal_Number=00000004 Signal_Number=0000000b Error_Value=00000000 Signal_Code=00000002 Handler1=0804AA60 Handler2=002FD5CF InaccessibleAddress=088E4470 ..... ..... Aborted I searched the email archive and jira entries, and fixed fat_monitor.c assertion problem based on Harmony-1340. I tried to unset JAVA_HOME, or set it to ...deploy/jre of drlvm, but still have the same problem. I am using a Fedora core 5 linux box, with gcc version 4.1.0, and I was able to successfully build and run drlvm on the exact same machine about 2 months ago :-) Any ideas about what might be happening? Thanks a lot! Ting. BTW, when I was building DRLVM for the SVN head, I ran into a couple of minor issues (all from source code in jitrno/src): 1. jet/jet.cpp An extra line of " \n" in the initializer of args[][2] (line 290) causes a compilation failure 2. optimizer/reassociate.h Missing a statement "class Simplifier" at the beginning, which causes gcc to complain at line 79 ("friend class Simpilifier;") 3. jet/cg_meth.cpp At line 389, the statment "jt = jt = flt32 ? i32 : i64;" causes gcc to complain, so I removed one "jt =" 4. codegenerator/ia32/Ia32Encoder.cpp At line 56, missing a pair of braces in the initializer of memOpndConstraints[16], which also causes a compilation error. 5. There a lot of warnings of "extra quantification" and "virutal class with non-virtual destructor" which are fairly easy to get around. I am curious to know which is the most stable revision number for DRLVM ?