[kaffe] Placing kaffe on embedded devices

Alexander Popov s_popov at prosyst.bg
Fri Jun 7 07:08:55 PDT 2002


Jukka Santala wrote:
> On Fri, 7 Jun 2002, Alexander Popov wrote:
> 
>>Ok. Do you think I should remove the Configuring section?
> 
> 
> Nah, probably not. Just with the detail it already has, it's probably
> worth mentioning that best solution may be to link dynamically to re-used,
> non-performance critical libraries, and statically to rest (JNI code in
> particular). A reference to FAQ.libtool for the overall static/dynamic
> philosophy, and FAQ.staticnative for how to make your own native code
> static might be useful.
>

Would you mind if I quote you directly in the FAQ...

> 
>>In certain cases I've seen jffs2 compress jar files to about 70% of 
>>their original size, so I wanted to check that out before writing about 
>>it...
> 
> 
> Ps. Kaffe "OpenVM" presently requires X-Windows to be usable with GUI,
> which I guess leads to a full-blown OS being reasonable. With the "Custom
> Edition" and if/when framebuffer style GUI's are proted over to the
> Kaffe.org edition, I suspect stand-alone installations might become more
> common. Framebuffer with static linking to uClib or similiar will
> certainly allow much lower-end platforms to be supported. This would make
> Kaffe viable for present-day phones, wrist-computers etc.
> 

Yes, the demand for X is quite annoying (especially on PDAs running 
Qtopia )...
I'd be really glad to see support for Qt/E or SDL as alternative to X.

> 
>>About the speed It's sure better not to use jar files at all - I agree 
>>with that...
> 
> 
> Actually, I didn't mean to say that. It depends a lot on the filesystem
> etc. In many cases a full-fledged filesystem can be much slower than just

-- 
Alexander Popov
Team Leader RTOS&JVM
ProSyst Bulgaria
s_popov at prosyst.bg
s_popov at prosyst.com
mobile: +35987663193
icq: 29207350





More information about the kaffe mailing list