Sender: |
|
Subject: |
|
From: |
|
Date: |
Mon, 14 May 2001 15:03:48 +0200 |
In-Reply-To: |
<l03102802b724b1ec1c0a@[130.239.137.13]> |
Reply-To: |
|
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
|
|
|