On Wed, 24 Nov 2010 11:52:32 +0100 (CET) Vincent Torri <vto...@univ-evry.fr>
said:

> 
> 
> On Sun, 26 Sep 2010, Carsten Haitzler (The Rasterman) wrote:
> 
> > On Sun, 26 Sep 2010 08:17:46 +0200 (CEST) Vincent Torri
> > <vto...@univ-evry.fr> said:
> >
> >>
> >> Hey,
> >>
> >> I see in Ecore.h:
> >>
> >> #define ECORE_VERSION_MAJOR 1
> >> #define ECORE_VERSION_MINOR 0
> >>
> >>
> >> 1) Should all the exported header files contain such information ?
> >
> > absolutely. that was the point. u can detect ecore version at runtime AND
> > compile time (well compile time u can detect maj and min - not micro, as
> > micro are only bugfix/internal improvements, no new features, thus no need
> > to detect the version at compile time).
> 
> should we do that beforerelase (or even the next beta) ?

it's already done to all of efl being released for 1.0... unless you mean each
ecore header separately - as such they are all the same version as ecore as its
1 package, so no need.


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    ras...@rasterman.com


------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to