On Wed, Dec 11, 2002 at 09:43:37AM -0500, Brian S. Julin wrote: > > This is probaly a rather big task and I don't think we can afford > > to put much effort on that right now. > > LibGGI version 3 is scheduled for a rewrite of the library loading > system to allow more flexible config file options and stuff. I'll > probably be the one to do that, so I'll try to implement static > functionality at that time.
Great. GGI statically linking will promote it to the embedded systems and, I hope..., inside the kernel or in the bootstrap stages. Yes, you may not approve it :) But currently, FreeBSD provides a rendering system in the kernel for support of fb only graphic cards (tga on alpha arch), then why not replace it by a more generic lib like GGI? Of course, it would not be the "on-the-edge" GGI, but at least a light one much more friendly than the special purpose code FreeBSD has currently. Hmm, loading system rewrite. Has currently GGI some interface with high-level langages (Python, Scheme, Perl...)? Wouldn't the loading system be part of such an issue? -- Nicholas Souchu - [EMAIL PROTECTED] - [EMAIL PROTECTED]
