On Sun, Dec 30, 2012 at 12:06 AM, Henrique Dante <hda...@profusion.mobi> wrote: > While developing with Eo I also noticed that it breaks cscope usage. > Whenever I wanted to jump to the definition of some method call, I > reached a macro in the include file instead. Then I had to use the > method ID to do a new search, this time not by definition, but by > usage in class definitions.
It took me time to understand what you mean by definition. My understanding of your complaint is that you don't like virtual. cscope will never be able to find the implementation (for me definition is the prototype, that's why I was confused) at compile time, because it is determined at runtime. The same problem exist with C++ and people think that virtual is useful somehow. In fact we need virtual today in EFL for at least to case, for at least to case that I know of. First geometry get on Evas_Object_Text and second for all the *_file_set that lurk around, have the same prototype and do the almost the same think, but just exist to confuse the developer. > The other way doesn't work well either: > single stepping in gdb to find out the code path or looking at a > backtrace are both polluted with Eo calls. In general single stepping > on an efl method call should take 5 seconds, but with Eo it may take 5 > minutes. Main negative conclusion about this is that there's no > trivial way to find out what an Eo call does, and this will discourage > new developers from reading code. Did you try Daniel's gdb script for that task ? -- Cedric BAIL ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnmore_123012 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
