On Fri, 11 Mar 2016 15:06:39 +0000 Tom Hacohen <t...@osg.samsung.com> said:

> Hey,
> 
> As you may have noticed I reverted the patches regarding eo_add(). The 
> reason for that is that following complaints (why didn't you say 
> anything following my proposal and *before* I did all the work?!?!) I 
> came up with a better way to do it that will let us keep the current 
> syntax except for one thing, which is what this post is about.
> 
> If you are interested in the implementation details of this solution, 
> feel free to ask on IRC or the other thread.
> 
> Anyhow, as part of this solution, we need to define a macro that will be 
> used inside eo_add. At the moment it's called eoid (and not a macro 
> yet), so eo_add() looks like this:
> obj = eo_add(CLASS, parent, efl_text_set(eoid, "test"));
> 
> I'd like to change "eoid" to something that is:
> 1. more meaningful.
> 2. less likely to clash.
> 
> I was thinking (and q66 likes it too) eo_self could work.
> 
> So the above example will become:
> obj = eo_add(CLASS, parent, efl_text_set(eo_self, "test"));
> 
> Do you have any ideas for a better name for this? I rather like eo_self. 
> I just really don't want to change it again, so whatever we go with now 
> will be what we end up with.
> 
> Please let me know if you have better alternatives.

from a practical pov - this works in gcc and clang. for efl and things it
targets and is used on this is like 99% of stuff... so what is left?

msvc
tcc
icc
some arm cc (tho arm is dropping this in favor of llvm/clang now)

tcc tbh i dont thing matters. icc - maaaaaybe. but msvc is the only one there
that truly matters. people will use it if they use efl on windows and use
visual studio to build.

so can we do this on msvc? that is the key q. it's the only "others" compiler
that matters. so does someone know of a solution to this without tls for msvc?

as for eo_self ... fine-ish. we cant be too short without conflicting. self
WILL conflict somewhere easily. _self less so - but still...

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


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to