RE: Parrot runtime footprint -- looking kind of big for embedded use...

2002-03-10 Thread Brent Dax
Simon Cozens: # Burl Nyswonger: # > The ability to build the VM in an extremely stripped-down # configuration # > would be really useful for embedded environments (where you # only have, say # > a 4MB flash that must hold a kernel, all libs, apps, etc...). # # By the time Parrot's ready to be

Re: Parrot runtime footprint -- looking kind of big for embedded use...

2002-03-10 Thread Simon Cozens
Burl Nyswonger: > The ability to build the VM in an extremely stripped-down configuration > would be really useful for embedded environments (where you only have, say > a 4MB flash that must hold a kernel, all libs, apps, etc...). By the time Parrot's ready to be embedded, memory prices will hav

RE: Parrot runtime footprint -- looking kind of big for embedded use...

2002-03-09 Thread Melvin Smith
>EVERYONE: Should we have a PARROT_TINY_CORE define you can activate to >cut some of this stuff out? Yes. I like the idea. -Melvin

RE: Parrot runtime footprint -- looking kind of big for embedded use...

2002-03-09 Thread Brent Dax
Burl Nyswonger: # I am concerned with the size of parrot recently -- # libparrot.so is like # 650K, and libparrot.a is like 770K. This is stripped and # without JIT (and # there is a lot more to come, right?) Actually, I'm not sure there's much left. More portable bytecode formats, an extension

Parrot runtime footprint -- looking kind of big for embedded use...

2002-03-09 Thread Burl Nyswonger
I am concerned with the size of parrot recently -- libparrot.so is like 650K, and libparrot.a is like 770K. This is stripped and without JIT (and there is a lot more to come, right?) The ability to build the VM in an extremely stripped-down configuration would be really useful for embedded envi