On Thu, 23 Apr 2020 22:34:04 +0930 Simon Lees <sfl...@suse.de> said: > > > On 4/23/20 8:24 PM, Carsten Haitzler (The Rasterman) wrote: > > On Thu, 23 Apr 2020 12:37:53 +0930 Simon Lees <sfl...@suse.de> said: > > > >> > >> > >> On 4/22/20 2:46 AM, Carsten Haitzler (The Rasterman) wrote: > >>> > >>> dependencies outside of efl > >>> continues to be friction to the point where if i could go back in time, > >>> i'd never link to deps ever again. > >> > >> Having separate bindings doesn't really make this worse. As a handy > >> hint, if your on a distro that ships efl, even an old version installing > >> then uninstalling efl-devel will leave pretty much all the deps > >> installed on your machine (you will also have to uninstall efl if you > >> don't want the old version.) > > > > deps i mean -lblah - linking at link time as opposed to dlopen > > Thats meson's problem :-) , if you tried to dlopen everything you'd just
no - it's a "i can;'t compile efl - i need docs for my distro because i don't know how to install dev/devel files - it's too hard". having to write a special list of "apt/yum/dnf/pacman/whatever install x y z" is not sane as every distro is different and it's a moving target. so moving all deps out to at-rumtime has a few benefits: 1. less commonly used deps don't even need an install if the user doesn't know or care. 2. it allows for a runtime "feature missing because lib y cant be loaded" which turns into a nice path we could put off to a tool to help install a dep 3. it saves dirty pages and linking time at startup for a process for deps that may never be used 4. things compile without someone first having to beat their head on "install 30 packages to compile efl". you, as a packager might not care about some of these, but as someone who sees the problems decade after decade for others ... and the bonuses too above... i'd do things differently now after learning that. that or i'd pull more dependencies into the efl tree itself and have them compiled in... > end up with stuff not working because distro's didn't realize they > should ship that library, this is why autodetect feature in autotools / > meson was bad. > > I don't think there are really good solutions to these problems, just > ones that are slightly less bad or slightly different to others > > -- > > Simon Lees (Simotek) http://simotek.net > > Emergency Update Team keybase.io/simotek > SUSE Linux Adelaide Australia, UTC+10:30 > GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - ras...@rasterman.com _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
