On 16/01/13 08:36, Carsten Haitzler (The Rasterman) wrote: > On Mon, 14 Jan 2013 12:50:14 -0200 Gustavo Sverzut Barbieri > <barbi...@profusion.mobi> said: > >> Hi all, >> >> EFL provides compile and runtime checking of version with >> <NAME>_VERSION_(MAJOR|MINOR), followed by an extern symbol that is >> defined in runtime. >> >> Problem is maintaining all this crap, now that it is unified we could >> use a simpler approach to do this and have a single place where it is >> defined, every other place just reuses that. Example: >> >> #include <efl_vesion.h> >> >> #define EVAS_VERSION_MAJOR EFL_VERSION_MAJOR >> #define EVAS_VERSION_MINOR EFL_VERSION_MINOR >> >> extern Efl_Version *Evas_Version; >> >> I don't think there is much to be discussed about this, what I want to >> discuss is where to place efl_version.h > > indeed nothing to discuss here. we all agree. i didnt bother doing .h.in > things > for each lib as i knew an efl tree merge will simplify that anyway and only > need to do one of them then... > >> Should we install it on its own, declaring /usr/include/efl-@VMAJ@ and >> add it there, alongside with an efl.pc? >> >> Or given that every module out there relies on Eina we can do it for >> Eina and reuse everywhere? > > this is a very good q. right now.. i lean to an efl dir and efl.pc being added > as a base dep. we can/should/want to merge either stuff too in the end... > > any comments? > +1 for the idea of an efl directory.
dh >> -- >> Gustavo Sverzut Barbieri >> http://profusion.mobi embedded systems >> -------------------------------------- >> MSN: barbi...@gmail.com >> Skype: gsbarbieri >> Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
