I like the "+ 0" awk trick...

Works like a charm now.

> > - First, I expected to have to run the copied version of configure in
> > the build directory as with the current SF tree; but ok, you documented
> > that one should use the one in "platforms/unix/misc"
> > - Then, I see that all the *.c files are compiled from the "platforms"
> > hierarchy, and not in the copied hierarchy under the build dir; here it
> > really doesn't make any sense to copy everything first
> 
> It's just as easy to use the files right from platforms/unix/misc, as to
> remember to copy them over. Also, while *developing* these files, it is
> very nice to be able to edit them and the re-run the compile, without
> having to also copy them again. So, I left them there....

Yes, that's right.
I'm just bad at remembering exceptions, so I just had to complain after
I had barely learned the VMMaker rules... ;-)

I noticed that sq.h is taken from the build dir hierarchy, by the way,
so it's not entirely consistent...
Or at least I don't understand what is pulled from where, exactly.
And I get warnings about duplicate rules in the Makefile.
I'm not courageous enough to dive into this autoconf/Makefile stuff to
find out why or do something against it, though...

However, I have attached a new version of sqUnixMemory.c, which removes
a few pointer/int cast compiler warnings. Briefly tested with/without
mmap enabled.

Bye,
Joern
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sqUnixMemory.c.gz
Type: application/x-gzip
Size: 2318 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20020102/952a4978/sqUnixMemory.c.bin