I added this macro before.
It is using implicit casting much enough EFL interally,
(ie........ Evas_Object *obj = data;)
Actually, It looks they are not different really.
but make us to type shortly.
i.e)
Elm_Widget_Item *it = ...
Elm_Diskselector_Item *git = ELM_CAST(it);
Anyhow, you disagree this macro.
I will remove it soon.
------------------------------------
Let's run together for the best moment!
-Regards, Hermet-
-----Original Message-----
From: "Gustavo Sverzut Barbieri"<barbi...@profusion.mobi>
To: "Enlightenment developer
list"<enlightenment-devel@lists.sourceforge.net>
Cc:
Sent: 11-10-17(월) 22:06:50
Subject: Re: [E-devel] internal elm casting
ACK
On Monday, October 17, 2011, Tom Hacohen <tom.haco...@partner.samsung.com>
wrote:
> On 17/10/11 14:32, Mike Blumenkrantz wrote:
>> Hi,
>>
>> At some point recently, someone introduced a macro which does:
>> #define ELM_CAST(p) ((void *)(p))
>>
>> This macro needs to be either changed or removed, as it does nothing but
>> needlessly obfuscate code (not to mention takes longer to type/read than
>> (void*)).
>>
>
> Whoever added it should be publicly spanked. We don't want to encourage
> casting to (void *), there's a reason why we have different pointer
> types in C. This macro should be removed asap.
>
> I think you should either revert the commit that added it (and spank the
> committer), or rename it to:
> ELM_CASTING_TO_PTR_TO_VOID_IS_BAD_UNLESS_ABSOLUTELY_NECESSARY so people
> will use it only when really needed.
>
> --
> Tom.
>
>
------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbi...@gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
