Subject: | |
From: | |
Reply To: | |
Date: | Mon, 14 May 2001 15:03:48 +0200 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
At 23:58 +0200 2001/05/13, Lars Hellström wrote:
>Read Sections 8--12 (Section 12 in particular) of the Omega draft
>documentation---that will answer you question more thoroughly that I bother
>to do right now. Marcel's summary contains a reference to it.
I saw it.
Using the lingo of section 12, I think that Omega needs a few more modes,
32-bit characters, perhaps a few variable characters modes; possibly also
the option of being able to read compressed files.
As for sections 8-9, I think that reading byte codes might still be slow,
because one is down on such a low level. On a fast machine, perhaps this
does not matter.
But this suggests that one may need to use C/C++ code translators, at least
for some common character encodings. One possibility might be, instead of
using byte codes, generate C/C++ source files as output, which can be
compiled and linked (perhaps as DLL's) with the original program. The byte
codes would still be great in situations where C/C++ compilers are not
available.
But only profiler tests can tell whether it is worth the effort.
Hans Aberg
|
|
|