Mark, I've mistaken, DRLVM uses ICU4C, not ICU4JNI.
Re iswalpha and iswalnum - they are available both on Windows and Linux - but are not identical to ICU4C functions. Pavel. On 3/6/08, Mark Hindess <[EMAIL PROTECTED]> wrote: > > On 4 March 2008 at 13:49, "Pavel Pervov" <[EMAIL PROTECTED]> wrote: > > Johnny, > > > > see inline. > > > > On 3/4/08, Johnny Kewl <[EMAIL PROTECTED]> wrote: > > > > > ICU? > > > (Unicode... its too big to be good) > > Which ICU? ICU4J is class library implementation of locales. ICU4JNI > > is used by DRLVM for verifying java identifiers. > > Pavel, > > Is that right? I thought DRLVM only used ICU4C and that now that > classlib only uses ICU4J that nothing needed ICU4JNI[0]. > > I thought that DRLVM only used the u_isalpha and u_isalnum functions > from ICU4C. I assume it isn't possible to use the "standard" iswalpha > and iswalnum instead? > > -Mark. > > [0] I notice that we still included the real version of the ICUInterface > dll in the M5 binaries but I'm pretty sure nothing should need it. > Even the empty stub dll (in classlib) is only needed to keep the IBM > VME happy. > > > > Its almost perfect, the only area that naturally needs work is that the VM > > > does not distinguish between a user using the program and a programmer > > > that wants extra functionality... So Debuggers profiling tooling has to be > > > made all optional and dynamic links > > Its possible, but VM has lots of hooks inside of it related to JVMTI, > > and JVMTI itself is not blazingly fast. Separating into dynamic > > linkage won't make things faster. > > > > > Two JIT compilers ... beautiful, the OPT compiler must be optional or late > > > loading, its perfect, if they can be separated? > > In short - no. In more details, JET and OPT has lots of common > > functionality and separating them whould mean bigger code size. > > > > > Where are fonts actually used, not directly in the VM I hope, ie its AWT > > > an > > d > > > Swing classes, that *once loaded use them*, is that right? > > > Something like classloader loads up a Swing class, it draws, this is a > > > method call outside VM logic and links straight out to a system dll? > > > Where is the native side of AWT and SWING living... in harmonyvm.dll? > > harmonyvm.dll is the virtual machine itself. Harmony is pretty modular > > and does not mix dependencies (well, does not mix lots of dependencies > > ;)). > > > > > Thanks... Harmony is great... > > This is unquestionable. ;) > > > > Pavel. > > > > > > > -- Pavel Pervov, Intel Enterprise Solutions Software Division
