ulm's oberon questions
I made some tests and realize that not only size, but also speed of
produced binaries may be better.
But another question...
May be it is just because features of oberon?
Error protection, garbage collector.
May be it all integrated in the produced binary?
And because of that, not because of lack of optimization compiler
produce relatively slow and big binaries?
And if so, I am pretyy happy with this compiler, because I don't want
to use mono/.net ot java, I prefer to have native code but this is a
cost for native managed code?
If so, this is good.
I will be thankful to any replay about this topic.
Thanks.
|