On Sun, May 30, 2010 at 10:54 AM, José Fonseca <[email protected]> wrote: > On Sun, 2010-05-30 at 05:55 -0700, Jakob Bornecrantz wrote: >> On Sat, May 29, 2010 at 9:49 AM, Chia-I Wu <[email protected]> wrote: >> > On Sat, May 29, 2010 at 1:19 AM, Jakob Bornecrantz <[email protected]> >> > wrote: >> >> On Fri, May 28, 2010 at 8:46 AM, Chia-I Wu <[email protected]> wrote: >> >>> I've got access to a Windows machine recently, and I've spent some time >> >>> today >> >>> to add GDI backend to st/egl. The code can be found at >> >>> http://cgit.freedesktop.org/~olv/mesa/log/?h=egl-gdi >> >> Cool stuff! Nice work. >> > Thanks. >> >>> >> >>> The command options I use to build the DLLs are >> >>> >> >>> $ scons statetrackers=egl drivers=softpipe >> >> You can also crosscompile easily from Linux if you have >> >> mingw32/mingw-w64 packages installed with scons. >> > The last time I tried, the cross-compiled DLLs didn't load when I >> > tried them on a Windows box. No idea how to investigate that :( >> >>> The DLLs are able to run the "tiger" demo from the OpenVG reference >> >>> implementation (after fixing a bug in the demo) on Windows. >> >>> >> >>> I will clean up the branch as I find the time. It is mostly SConscript >> >>> work. >> >>> The GDI backend itself is only slightly over 500 lines of code. >> >> I would recommend breaking out the fixes from the SConscript commits. >> >> Most of the fixes can probably be brought in directly. Especially the >> >> "st/vega: Use FREE" commit. >> > Sure. I will do that. >> > >> > About the portability issues. I have to do the following >> > >> > In EGL core, >> > #define snprintf _snprintf >> > #define strcasecmp _stricmp >> > >> > In st/vega, >> > #define isnan _isnanf >> > #define isfinite _finitef >> > >> > Everywhere, >> > #define PUBLIC __declspec(dllexport) >> > >> > Suggestions? >> >> Hey, for the st/vega stuff that should just be a matter of creating >> util_* functions and stuffing them somewhere inside aux/util/. >> >> For the other two I think that José and Kristian where talking about >> moving the aux/os stuff from gallium and into src/os so that it could >> be shared between mesa/gallium/egl. Should that be done I think the >> remaining two would fit into there. >> >> José, Kristian still plans for this? > > Plans yes. Time not so much..
Same here :) >> Is this somebody with to much >> time on their hands can take care of? > > Sure. It's essentially a janitorial task that anybody minimally familiar > with the code can undertake. My plan was to: > - create a new mesa/src/cgrt subtree (where cgrt stands for common > graphics runtime) which creates a libcgrt.a that will be used by all > mesa/gallium drivers and utilities > - migrate/fork src/gallium/include/pipe/p_config.h and p_compiler.h > into cgrt > - start migrating src/gallium/auxiliary/os -> src/cgrt/os > - migrate the gallium-independent debugging tools from > src/gallium/auxiliary/util into src/cgrt/debug > - migrate the gallium-independent abstract data types from > src/gallium/auxiliary/util into src/cgrt/adt > - etc Sounds like a fine plan. Kristian _______________________________________________ mesa-dev mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-dev
