Jarkko Hietaniemi <[EMAIL PROTECTED]> writes:
> bytes
>
>microperl, which has almost nothing os dependent (*) in it 1212416
>shared libperl 1277952 bytes + perl 32768 bytes 1310720
>dynamically linked perl 1376256
>statically linked perl with all the core extensions 2129920
>
> (*) I haven't tried building it in non-UNIX boxes, so I can't be certain
> of how fastidiously features have been disabled.
"bytes" of what? - size of executable, size of .text, ???
If we are taling executable with -g size then a lot of that is symbol-table
and is tedious repetition of "sv.h" & co. re-itteerated in each .o file.
But the basic point is that these things are small.
>
>So ripping all this 'cruft' would save us about 100-160 kB, still
>leaving us with well over a 1MB-plus executable. It's Perl itself
>that's big, not the thin glue to the system functions.
My support for the idea is not to reduce the size of perl in the UNIX
case, but to allow replacement. I would also like to have the mechanism
worked out and "proven" on something that we know gets used so
that we can have good solid testing of the mechanism. Then something
less obvious (say Damian's any/all operators) which might be major
extra size and not of universal appeal can use a well tried mechanism,
and we can flip default to re-link sockets or sin/cos/tan into the core.
--
Nick Ing-Simmons
