On Thu, 16 Oct 2008, Lionel ORRY wrote:
> that works perfectly. Remains only the problem for autoreconf. BTW, I > noticed Evil seems to be the only library in the EFL using > autoreconf.. The others have autogen.sh call the autofoo tools > subsequently. Maybe that would apply to Evil as well... autoreconf does what other autogen.sh does. It's sufficient for my purposes > Now that the EFL are Eina-dependent, here is a _really dirty_ patch to > make Eina compile on WinXP. I added guards to prevent the > eina_benchmark compilation when asked because gcc threw me an internal > error in eina_benchmark_init()... > The dirtiest part of the patch is declaring eina_mempool_register and > eina_mempool_unregister with EAPI, because it helps passing the link > stage. I don't know much about the differences between .dll and .so > (there must me many), but gcc was not happy with these functions > prototypes. I don't know exactly how to correct that, it's just a > workaround. the patch is indeed dirty :) Try with my fixes in eina, now. It compiles fine with mingw32ce. I didn't try with mingw yet If you still have link problems with eina_mempool.c, please give the exact error message, it can help me. > Added another small patch to make Evas GLEW engine compile again (need > to include glew.h before gl.h). strange, I thought i have already committed that fix. Maybe i have forgotten that. I'll fix that later. Vincent ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
