: this only works if the host and target are binary compatible, which : isn't always the case. in my case host is running Linux (or some other : unix) and the target is running RTEMS. (RTEMS does not currently have a : native X11 port.) : : do you have any suggestions for porting third-party graphics toolkits : (Qt, FLTK, etc) in this situation other than a direct-to-nano-X port?
Even when the host and target aren't binary compatible, and the target doesn't have an X11 port, using NXLIB with toolkits written for Xlib (like FLTK and GTK+) can be a good idea. The NXLIB code essential re-maps the Xlib calls to nano-X, and can be ported completely without X11 sources or binaries present. You'd just have to grab the Xlib.h and other files from your desktop and use them when compiling nano-X and the graphics toolkits. The big advantage here is that you can use tested X11 toolkits without having to specially port to nano-X. Regards, Greg --------------------------------------------------------------------- To unsubscribe, e-mail: nanogui-unsubscr...@linuxhacker.org For additional commands, e-mail: nanogui-h...@linuxhacker.org
