On Wed, 24 Nov 2010, ebl...@gmail.com wrote:
> On Wed, Nov 24, 2010 at 8:58 AM, Carsten Haitzler <ras...@rasterman.com>
> wrote:
>> 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.
>
> This could be improved to a automatic generated header file as we
> already have defines for VERS_{MAJ,MIN,MIC,REV} exported in config.h.
i proposed that (see my original mail), but raster thought it was a bit
too much.
Vincent
------------------------------------------------------------------------------
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
