On Friday 15 February 2008, Vincent Torri wrote: > as the Windows Mobile platform is trying to be supported, a lot of #ifdef > might appear. So I began to move the win32 code from the efl to a single > lib (named 'evil'). The source code for that lib is attached, for those > who are interested. Currently, the main functions that are ported are dl* > functions, mmap and munmap, and fcntl.
thanks for doing this ... i know it probably wasnt fun
> Another thing I've discovered is how libtool manages the export of the
> functions on Windows. Everything is done with EAPI with a small
> modification. But, contrary to gcc on linux, which does not complain when
> EAPI is used on declaration and definition of the functions, on Windows
> there is an error. So I have to define to nothing EAPI on Windows. I added
> that in eet_lib.c, eet_data.c and eet_image.c.
can you elaborate ? you're saying that this fails on windows:
EAPI void foo(void);
EAPI void foo(void) {....}
and so you need to undefine EAPI before the function definition ?
> Another solution would be to remove EAPI on definitions of the exported
> functions (it's sufficient to have it on declarations). But raster prefers
> to keep them as it shows which functions are really exported in the .c
> files. I think that it can be replaced by organising the files like that:
as long as gcc sees the function prototype first with all attributes declared
there, all attributes can be removed from the function definition. perhaps a
middle ground would be to use EAPI in the headers and then use a slightly
different define in the source "EAPI_DEF" ...
> RCS file: /cvs/e/e17/libs/eet/src/lib/Makefile.am,v
> --- src/lib/Makefile.am 4 Nov 2007 09:10:50 -0000 1.17
> +++ src/lib/Makefile.am 10 Feb 2008 23:20:38 -0000
> @@ -18,6 +19,6 @@
> eet_utils.c \
> Eet_private.h
>
> -libeet_la_LIBADD = -lz -ljpeg @fnmatch_libs@ @winsock_libs@ -lm
> +libeet_la_LIBADD = @EVIL_LIBS@ -lz -ljpeg @fnmatch_libs@
> @win32_libs@ -lm
i think EVIL_LIBS will have to come last rather than first
-mike
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
