Hi John.
Based on your info I cannot give a hard no or yes.
Static should be no problem.
I strongly advise to use GCC, or a compiler supporting
__attribute__((constructor)) , that's most harm out of the way.
Strong linux dependancies are mainly in the area of drivers, such as
gfxdrivers, inputdrivers, or pretty obvious stuff like Video4Linux. I
guess you will need to code here a bit anyway, so that should be a
take-along-issue.
You should also restrict yourself to single-application, in that way you
can avoid several problems: multi-app uses the fusion kernel module,
which can be avoided by using user-space multi-app support, but that's
kinda deprecated currently; also this means you can avoid the shared
memory file system which relies on mmap and a /dev entry. If you have a
flat memory architecture, you can alternatively rip shm anyway.
For pthreads, I am not sure how successful that will be. Most stuff is
mutex_lock and mutex_unlock, that should be easy, and most stuff is
abstracted in lib/direct/thread.c where the thread handling is done.
Take a look at that file to guesstimate your porting chances.
Greets
Niels
John Williams wrote:
Hello,
We're looking into the feasibility of porting DFB to a non-linux
embedded RTOS. The target RTOS is vaguely posix-like, and can for
example create a basic memory-based filesystem. It has a threading
library through it's certainly not pthreads. Shared libraries are
clearly out, so static-only builds.
At this stage I'd be interested to hear first impressions, from
"doable but non-trivial" to "don't even think about it!".
A quick hack to the devmem system would probably get us moving re:
memory access to the display memory and accelerator MMIO region, but
I'm more concerned about other assumptions in DirectFB that require a
full blown filesystem-backed OS.
Porting stuff like libjpg, libpng, zlib etc won't be too much of a problem.
Any comments greatly appreciated, or pointers to others having tried
this before.
Thanks,
John
--
.------------------------------------------.
| DirectFB - Hardware accelerated graphics |
| http://www.directfb.org/ |
"------------------------------------------"
_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
