Re: PicoGUI1 and 2

Peter Graf <[email protected]>
Newsgroups gmane.comp.video.picogui.devel
Message-ID <[email protected]>
Micah wrote:

> > Just the (hopefully unnecessary) plea to keep in mind that a major strength
> > of pg is it's potential good portability to non-Linux embedded targets. 
> Some
> > of those targets only offer a C-Compiler and limited POSIX compatibility.
> > Don't leave this market sector to NanoX!
>
>Definitely. I'd love to get PicoGUI working on eCos, OSKit, NetBSD, L4... the
>main problem currently is that the build system is quite baroque.

Later Micah wrote:

>I do expect we'll be able to reuse a lot of driver code from pg1.
>glib... that depends. If we end up writing most of it in c++, we could
>use uSTL. (A more code-space-efficient implementation of the STL)
>If we're using C, we'd probably want something less huge than glib.

Once you start requiring a C++ cross-compiler, PicoGUI will immediately
become uninteresting for many embedded targets. I was very interested
in porting PicoGUI on two embedded platforms, but watching the direction
of the ideas and the discussions for a while.

(I did not want to use a separate compositing engine in addition to
PicoGUI to implement a certain feature which is required for me. This
feature will likely be part of PicoGUI 2 rather that PicoGIU 1. It is
also implemented in NanoX.)

But now that I see target-specific tools beyond a C cross-compiler thrown
into discussion again and again, my feeling of uncertainty grows. I'm
at the verge of giving up any interest in PicoGUI 2 for my "embedded"
targets.

I don't want to be too pessimistic, but just from the standpoint of a long
time embedded hardware and software developer who has ported quite a lot of
software to real embedded targets, I feel uncertain if PicoGUI 2 will
become the ideal solution (which it could be!!). Actual tool and OS
functionality in the embedded world is often very restricted, more than
many announcements suggest. Don't underestimate the number of targets
which only have a C crosscompiler, limited POSIX library support,
and selfmade or incompletely ported operating systems.

What seems to remain for "embedded" folks like me, is NanoX :-((

All the best
Peter




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.