Hey,

As evil is now in, I would like to use it in the efl. As I mentioned in a 
previous mail, I've finally found out how to correctly deal with EAPI and 
libtool on Windows, but I'm facing a problem with EAPI, now.

Currently, EAPI is added in fonrt of the declaration and definition of the 
functions. On Linux, it is not a problem at all: EAPI can be added in 
front of both; and just adding it in front of the declaration is 
sufficient. On Windows, it's forbidden to have what EAPI defines on front 
of both declaration and definition of functions.

I see several solutions but I really don't know which one is the best. 
Here they are:

1) removing all the EAPI in front the definitions of the functions and 
using big fat comments to separate exported functions from others (static 
and non static functions). It means that one should organize the functions 
in a lot of files cleanly.

2) undefining EAPI and defining it to nothing at the end of the headers 
where it is defined. But I have then to be careful, as some private 
headers define EAPI (for example in evas).

3) undefining EAPI and defining it to nothing at the beginning of the 
source files where it is used in front of the declarations. But it's more 
intrusive. And as I have written evil to be less intrusive...

4) undefining EAPI and defining it to nothing in some private files. But 
it's not always easy to deal with. With eet, it's easy as Eet.h and 
Eet_private.h are independant and I can include one before the other and 
conversely. But for example with evas, it's not so simple.

I like the first point, but I know raster does not :p

So I would like to have other's opinions, and maybe other solutions.

thank you

Vincent

-------------------------------------------------------------------------
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
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to