> A couple of observations:
> 1) I noticed that hello.zu is generating a 726-line hello.c (under
> Windows XP). gcc compiles that file and produces an executable of
> 118,764 bytes. Is this a permanent attribute of zimbu or do you have
> expectations that refinements will reduce these sizes?
This can be improved. Over time the dependencies have become too
complicated. E.g., I now include Zalloc() always.
Some of the lines are not code, e.g. typedefs. Those don't really
count and are not worth omitting when not needed.
We need are more sophisticated dependency mechanism. A manually build
graph should work well now. Eventually it would be done automatically,
but that's complicated.
One thing that I haven't done yet is including the IO module only
partially. Currently if any IO method is used the whole module gets
included, and it has grown quite a bit. Not sure how to do this in a
nice way. It will help a lot, also the tables with code positions will
be a lot smaller.
> 2) In the early days of C++, there were no native compilers and all we
> had was cfront. I recall the frustration of interpreting compiler
> warnings and errors. I'm concerned that zimbu might prove to be
> similarly challenging. Your language design goal of easy-to-read code
> is one I endorse 100%. But I have doubts about how a programming
> environment (IDE) can cope with the mapping between zimbu and C
The error messages only give positions in C code when there is a problem
in the compiler. The normal error messages are very accurate.
For debugging it will be tricky. It's possible to add positions for the
Zimbu code in the C code, like the C preprocessor does.
I'm considering making the possibilty to include C code for low-level
operations a feature. It's impossible to get the efficiency of C
without the drawbacks of pointers and manual memory control. Using a
little C code where it matters can be a solution. Unfortunately this
does mean the conversion to C can't be omitted.
ARTHUR: If you do not open these doors, we will take this castle by force ...
[A bucket of slops land on ARTHUR. He tries to retain his dignity.]
"Monty Python and the Holy Grail" PYTHON (MONTY) PICTURES LTD
/// Bram Moolenaar -- B...@Moolenaar.net -- http://www.Moolenaar.net \\\
/// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\ download, build and distribute -- http://www.A-A-P.org ///
\\\ help me help AIDS victims -- http://ICCF-Holland.org ///