Hello meson is failing on Windows (after a pull) and without efl-one :
ERROR: Multiple producers for Ninja target "C:_Documents_msys2_home_vincent.torri_gitroot_64_efl2_src_modules_evas_image_loaders_eet_evas_image_load_eet.c.obj". Please rename your targets. Vincent On Wed, May 27, 2020 at 4:26 PM Quelrond <quelr...@gmail.com> wrote: > > Hi, > > Trying to build on FreeBSD with the new option: > > > [1959/4907] Compiling C object > 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o' > FAILED: > src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o > cc -Isrc/bin/elementary/aea5856@@elementary_test@sha -Isrc/bin/elementary > -I../src/bin/elementary -I. -I.. -Isrc/lib/evil -I../src/lib/evil > -Isrc/lib/eina -I../src/lib/eina -Isrc/lib/eo -I../src/lib/eo -Isrc/lib/efl > -I../src/lib/efl -Isrc/lib/emile -I../src/lib/emile -Isrc/lib/eet > -I../src/lib/eet -Isrc/lib/ecore -I../src/lib/ecore -Isrc/lib/eldbus > -I../src/lib/eldbus -Isrc/lib/ecore_audio -I../src/lib/ecore_audio > -Isrc/lib/ecore_con -I../src/lib/ecore_con -Isrc/lib/ecore_file > -I../src/lib/ecore_file -Isrc/lib/ecore_input -I../src/lib/ecore_input > -Isrc/lib/ecore_x -I../src/lib/ecore_x -Isrc/lib/ecore_win32 > -I../src/lib/ecore_win32 -Isrc/lib/ecore_ipc -I../src/lib/ecore_ipc > -Isrc/lib/ector -I../src/lib/ector -Isrc/lib/evas/software_generic > -I../src/lib/evas/software_generic > -I../src/modules/evas/engines/software_generic/filters -Isrc/lib/evas > -I../src/lib/evas -Isrc/lib/evas/common -I../src/lib/evas/common > -Isrc/lib/evas/include -I../src/lib/evas/include -Isrc/lib/evas/filters > -I../src/lib/evas/filters -Isrc/lib/evas/canvas -I../src/lib/evas/canvas > -Isrc/lib/efreet -I../src/lib/efreet -Isrc/lib/ecore_input_evas > -I../src/lib/ecore_input_evas -Isrc/modules/evas/engines/buffer > -I../src/modules/evas/engines/buffer -Isrc/lib/ecore_evas > -I../src/lib/ecore_evas -Isrc/lib/ecore_imf -I../src/lib/ecore_imf > -Isrc/lib/embryo -I../src/lib/embryo -Isrc/lib/eio -I../src/lib/eio > -Isrc/lib/ecore_imf_evas -I../src/lib/ecore_imf_evas -Isrc/lib/edje > -I../src/lib/edje -Isrc/lib/emotion -I../src/lib/emotion -Isrc/lib/ethumb > -I../src/lib/ethumb -Isrc/lib/ethumb_client -I../src/lib/ethumb_client > -Isrc/lib/elementary -I../src/lib/elementary -Isrc/static_libs/vg_common > -I../src/static_libs/vg_common -Isrc/static_libs/buildsystem > -I../src/static_libs/buildsystem -Isrc/lib -I../src/lib > -Isrc/lib/efl/interfaces -Isrc/lib/ector/gl -Isrc/lib/ector/software > -Isrc/lib/evas/gesture -I/usr/local/include -Xclang -fcolor-diagnostics -pipe > -D_FILE_OFFSET_BITS=64 -fvisibility=hidden -Wall -Wpointer-arith > -Wunused-parameter -Wsign-compare -Wno-missing-field-initializers > -DHAVE_CONFIG_H=1 -D_GNU_SOURCE=1 -DEFL_BETA_API_SUPPORT=1 > -DELM_INTERNAL_API_ARGESFSDFEFC=1 -fPIC -pthread > '-DPACKAGE_DATA_DIR="/usr/local/share/elementary"' -DNEED_RUN_IN_TREE=1 -fPIC > '-Delementary_test_BIN_DIR="/usr/local/bin"' > '-Delementary_test_LIB_DIR="/usr/local/lib"' > '-Delementary_test_DATA_DIR="/usr/local/share/elementary"' -MD -MQ > 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o' > -MF > 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o.d' > -o > 'src/bin/elementary/aea5856@@elementary_test@sha/test_efl_gfx_vg_value_provider.c.o' > -c ../src/bin/elementary/test_efl_gfx_vg_value_provider.c > In file included from > ../src/bin/elementary/test_efl_gfx_vg_value_provider.c:6: > ../src/lib/elementary/elm_priv.h:161:11: fatal error: > 'efl_ui_size_model.eo.h' file not found > # include "efl_ui_size_model.eo.h" > ^~~~~~~~~~~~~~~~~~~~~~~~ > 1 error generated. > > > > On 27/05/2020 11:34, Marcel Hollerbach wrote: > > Hi, > > > > after quite a big amount of work we have successfully landed this > > morning a update to our build system which enables to build efl as a > > single big .so instead of multiple seperated .so's. The layout is that > > every single .so is merged into efl-one.so except: > > - eolian: no normal app would benefit from it, and it would make our > > build *a lot* more complex > > - ecore_avahi: there is no real user for this within efl, in general i > > dont think anyone is going to benefit from it > > - efl_canvas_wl: This is also not beneficial to a standard efl > > application > > - elua: This is only for bindings. > > - ecore_drm / wayland : These are deprecated libs, not to confuse with > > ecore_wl2 / ecore_drm2, which is included in efl-one > > - exactness: Not useful for a normal efl app. > > > > To build efl-one you need to pass: "-Defl-one=true" to meson. After > > this is done, additionally to all the smaller libs, efl-one.so will be > > build. The modules of ecore / evas etc. and all the binaries will link > > to efl-one.so not to the smaller libraries. However, for compatibility > > reasons, and complexity reasons, the small .so's are still build and > > installed. > > > > If you have an app that you want to test out with efl-one: There is > > now a efl-one.pc file installed, which can be used to link to the > > correct libraries, no other efl dependency is then required. > > > > From some early profiling: this saves ~1MB of memory when running a > > efl app, i have so far not tested out what impact it has on runtime > > performance or first frame numbers. > > > > greetings, > > bu5hm4n > > > > > > > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
