Yop, On Thu, Feb 14, 2013 at 7:41 AM, Andreas Volz <li...@brachttal.net> wrote: > I just found out that now all modules (I checked Evas/Ecore_Evas) in > EFL are linked static into the libs.
Not all, only the core one that every one will use. This basically mean buffer engine. > Is it possible to configure EFL trunk in a way to compile modules as > shared objects? Or is static the only supported way? Yes, it is. > I ask this because of some reasons: > > The module loader code is still present. So I assume it should be > possible to configure. I ported the module loader to Android, but now > from out of the box it wasn't needed to run the linked modules. > > So good so far, but... > > I created a new ecore_evas engine (copy&paste from other one). And now I > get a module and not linked static for this. No idea where to configure > this. Any hints? How ever, this is minor important as I have the module > loader... Ecore_Evas module don't use the static/shared infra. They are either designed to be shared or static (buffer and ews are the static one). Evas at the opposite does support static/shared for all engine. Look into efl/src/lib/evas/file/evas_module.c for how this is done. > Second there're lot of stuff compiled static that I don't need (e.g. > various file formats). With module design I could just not copy it into > my application and that's it. Now I couldn't even disable it. Is this > really needed? It just increases code size on embedded devices. Well, the one that are included does count for around 100KB. The result in increased size of code isn't that big for most embedded devices I know of and I am pretty sure I had my share of highly constrained hardware :-) So it was decided that the benefit outweigh the cost, that's why it is here now. > Yes, yes, who cares on Android, but I hate waste of memory and > flash... :-) I have been hunting true memory waste in the past month and I can tell you, if they were close to this 100KB I would be happy. Evas callbacks alone can account for around 400K in most elementary test. Same goes with edje signal callback. And those are wasting memory at run time, not just flash (if you don't walk over the code, it will stay in flash). So for the memory issue, better focus on what actually count ;-) -- Cedric BAIL ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
