On Thu, 13 Aug 2009, t...@hiddenrock.com wrote:
> On Thu, Aug 13, 2009 at 07:10:06PM +0200, Vincent Torri wrote:
>>
>>
>>> Modified: trunk/edje/src/lib/edje_private.h
>>> ===================================================================
>>> --- trunk/edje/src/lib/edje_private.h 2009-08-13 15:42:30 UTC (rev
>>> 41743)
>>> +++ trunk/edje/src/lib/edje_private.h 2009-08-13 16:13:49 UTC (rev
>>> 41744)
>>> @@ -740,7 +740,7 @@
>>> int angle; // 4
>>> int spread; // 4
>>> } fill;
>>> - Edje_Color color, color2, color3; // 12
>>> + Edje_Color color; // 4
>>> union {
>>> struct {
>>> int l, r, t, b; // 16
>>> @@ -749,12 +749,13 @@
>>> Edje_Alignment align; /* text alignment within bounds */ // 16
>>> double elipsis; // 8
>>> int size; // 4
>>> - } text; // 28
>>> + Edje_Color color2, color3; // 8
>>> + } text; // 36
>>> struct {
>>> int id; // 4
>>> char *type; // 4
>>> } gradient; // 8
>>> - } type; // 28
>>> + } type; // 36
>>> unsigned char visible : 1;
>>> unsigned char smooth : 1; // 4
>>> }; // 116
>>
>> note that on 64 bits computers, the size is bigger. Maybe one can put also
>> the size for that arch
>
> Or use the types from stdint.h: eg, uint8_t, uint16_t, uint32_t, etc. Which
> are not only more consistent, but also self-documenting.
the difference is for pointers.
Vincent
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
