On 01/08/16 17:07, Stefan Schmidt wrote: > Hello. > > The extra Makefiles to allow building some libraries separately have > been broken for a while now. Nobody updated them when changes happened. > The normal problem when trying to have two build setups in one tree. > > I just gave it another go and ecore, edje, eio and elementary failed for me. > > Many of them also fail from a tarball build because they include > Makefile_Eolian_Subbuild_Helper.am which never makes it into the tarball. > > cd ../../.. && /bin/sh /home/stefan/EFL/efl/tmp/efl-1.18.0-beta1/missing > automake-1.15 --gnu src/lib/ecore/Makefile > configure.ac:284: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, > and its use is discouraged. > configure.ac:284: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' > macro instead, > configure.ac:284: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your > Makefile.am files. > automake-1.15: error: cannot open < > src/Makefile_Eolian_Subbuild_Helper.am: No such file or directory > Makefile:1644: recipe for target 'Makefile.in' failed > make: *** [Makefile.in] Error 1 > > > All in all I think it would make sense to remove this extra Makefiles > all together and stay with the one big Makefile build for 1.18. I know > the build times are frustrating and we might want to switch back to a > non aggregated Makefile to allow easier rebuilds of specific libs only. > > Having a second, non working, build setup in tree for the release is > something I would like to avoid though. > > Comments?
That's what I've been saying since they were introduced. Two build systems is a bad idea, we should just stay with single build until we move to split. -- Tom. ------------------------------------------------------------------------------ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
