build - bring back loaders and savers as modules and/or static
authorCarsten Haitzler (Rasterman) <raster@rasterman.com>
Sat, 5 Oct 2019 12:14:39 +0000 (13:14 +0100)
committerJongmin Lee <jm105.lee@samsung.com>
Sun, 6 Oct 2019 21:22:24 +0000 (06:22 +0900)
commit2c5cbf72b971fc5348cfc74b593587af5ea8ce20
tree2c23db9a3674b09fb797bca7f664630e61eeeff1
parent527a78fc1503ff8f381fb42cb32484cb3f9eae3a
build - bring back loaders and savers as modules and/or static

so the evas modules able to be static or not was a bit pointless as it
could inline all evas modules (or none) not just the most common or
not, but ecore evas modules were still modules, so it really wasn't
being useful.

image loaders ans savers omn the other hand were *ALL* being
statically built in without exception. this was kind of a regression
in the build system in the move to meson. some were static due to
micro optimizations and performance inlining the most common to save a
little extra loading + linking + page fragmentation for loaders you
are likely to need in most cases as well as save the drity pages from
linking in their dependencies (libgif, libtiff, libwebp and all their
dependencies too etc. etc.). this now brings back the ability to
decide which are static and which are shared modules (not exposed to
the user as options for meson - fixed in meson.build files which i
think is good enough given the purpose of this).
src/modules/evas/image_loaders/meson.build
src/modules/evas/image_savers/meson.build
src/modules/evas/meson.build