On Thu, 14 Jan 2016 17:18:03 +0000 Tom Hacohen <[email protected]> said:
> On 14/01/16 01:45, Carsten Haitzler wrote: > > On Wed, 13 Jan 2016 14:50:20 +0000 Andrew Williams <[email protected]> > > said: > > > >> On Wed, 13 Jan 2016 at 13:22 Tom Hacohen <[email protected]> wrote: > >> > >>> On 13/01/16 10:54, David Seikel wrote: > >>>> > >>> More specifically, I disagree with raster on the build now and remove > >>> later. Elementary is a completely separate module (to the point that > >>> it's in its own repo at the moment!). I think it's very reasonable to > >>> have a "disable" flag for it. It takes time to build elementary, I don't > >>> want to waste that time either (if I don't want it). > >>> > >>> > >>> > >> When it comes to build time I want to be able to get it down to an absolute > >> minimum. > >> For me this includes being able to build sub-portions at will. > >> In an ideal world for me the top level would be an agregation that can > >> build all/any of the children and each library/module that can sanely be > >> built seperately should be possible. > >> To facilitate real test driven development it's critical that you be able > >> to write a test / feature / bug fix and compile for near-immediate feedback > >> on your work. > >> > >> I know it's not something that everyone shares but pushing against this > >> flexibility is something that I struggle to see value in. > > > > actually our issue right now is you cant build a sub-module or sub tree. > > you always have to build from top. this makes devlopement insanely slow as > > these builds now always take a minute or so rather than a few seconds - as > > they walk over everything and "skip". > > > > while this allows for much better parallel builds for a full build, it > > severely hurts development builds (where all u want is to rebuild libevas or > > libeina and not rebuild everything that also depends on it too). this was a > > mistake and we need to have the old-school subdir build that elm still has > > back in efl. > > > > eolain is creating issues here in that is touching/modifying files that have > > not actually changed content and thus causing other regenerations by make > > etc. > > > > we need to fix this. eolain maybe needs to generate the new file to > > filename.tmp then do a comparison of old filename vs filename.tmp - if they > > are identical, simply throw away filename.tmp. this will be far more > > efficient for our builds. > > > > No it's not. Eolian is only regenerating the changes .eo files! It does > however regen when Eolian files change or eolian_gen changes, which > means that when you change eolian's source code or eina, it'll regen. > Sure, we could actually improve it not to "touch" when the output is the > same. Will get Daniel on it. :) i get build issues much higher up these days like i just touch elm_config.h and i get: CC libelementary_la-elc_ctxpopup.lo CC libelementary_la-elc_fileselector.lo CC libelementary_la-elc_fileselector_button.lo CC libelementary_la-elc_fileselector_entry.lo CC libelementary_la-elc_hoversel.lo CC libelementary_la-elc_multibuttonentry.lo CC libelementary_la-elc_naviframe.lo CC libelementary_la-elc_player.lo CC libelementary_la-elc_scrolled_entry.lo CC libelementary_la-elc_popup.lo mv: ‘.deps/libelementary_la-elc_hoversel.Tpo’ and ‘.deps/libelementary_la-elc_hoversel.Plo’ are the same file mv: ‘.deps/libelementary_la-elc_fileselector_button.Tpo’ and ‘.deps/libelementary_la-elc_fileselector_button.Plo’ are the same file Makefile:1488: recipe for target 'libelementary_la-elc_fileselector_button.lo' failed make[1]: *** [libelementary_la-elc_fileselector_button.lo] Error 1 make [1]: *** Waiting for unfinished jobs.... Makefile:1502: recipe for target 'libelementary_la-elc_hoversel.lo' failed make[1]: *** [libelementary_la-elc_hoversel.lo] Error 1 mv: ‘.deps/libelementary_la-elc_popup.Tpo’ and ‘.deps/libelementary_la-elc_popup.Plo’ are the same file Makefile:1530: recipe for target 'libelementary_la-elc_popup.lo' failed make[1]: *** [libelementary_la-elc_popup.lo] Error 1 mv: ‘.deps/libelementary_la-elc_multibuttonentry.Tpo’ and ‘.deps/libelementary_la-elc_multibuttonentry.Plo’ are the same file Makefile:1509: recipe for target 'libelementary_la-elc_multibuttonentry.lo' failed make[1]: *** [libelementary_la-elc_multibuttonentry.lo] Error 1 mv: ‘.deps/libelementary_la-elc_naviframe.Tpo’ and ‘.deps/libelementary_la-elc_naviframe.Plo’ are the same file Makefile:1516: recipe for target 'libelementary_la-elc_naviframe.lo' failed make[1]: *** [libelementary_la-elc_naviframe.lo] Error 1 mv: ‘.deps/libelementary_la-elc_ctxpopup.Tpo’ and ‘.deps/libelementary_la-elc_ctxpopup.Plo’ are the same file Makefile:1474: recipe for target 'libelementary_la-elc_ctxpopup.lo' failed make[1]: *** [libelementary_la-elc_ctxpopup.lo] Error 1 mv: ‘.deps/libelementary_la-elc_fileselector.Tpo’ and ‘.deps/libelementary_la-elc_fileselector.Plo’ are the same file mv: ‘.deps/libelementary_la-elc_player.Tpo’ and ‘.deps/libelementary_la-elc_player.Plo’ are the same file Makefile:1481: recipe for target 'libelementary_la-elc_fileselector.lo' failed make[1]: *** [libelementary_la-elc_fileselector.lo] Error 1 Makefile:1523: recipe for target 'libelementary_la-elc_player.lo' failed make[1]: *** [libelementary_la-elc_player.lo] Error 1 mv: ‘.deps/libelementary_la-elc_scrolled_entry.Tpo’ and ‘.deps/libelementary_la-elc_scrolled_entry.Plo’ are the same file Makefile:1537: recipe for target 'libelementary_la-elc_scrolled_entry.lo' failed make[1]: *** [libelementary_la-elc_scrolled_entry.lo] Error 1 mv: ‘.deps/libelementary_la-elc_fileselector_entry.Tpo’ and ‘.deps/libelementary_la-elc_fileselector_entry.Plo’ are the same file Makefile:1495: recipe for target 'libelementary_la-elc_fileselector_entry.lo' failed make[1]: *** [libelementary_la-elc_fileselector_entry.lo] Error 1 make [1]: Leaving directory '/home/raster/C/git/elementary/src/lib' Makefile:1246: recipe for target 'all' failed make: *** [all] Error 2 ok - sure. no eolian (i see EOLIAN lines in other places like when i was working on eina a while back - it ended up causing full efl rebuilds basically just because i touched some .c or .h file in eina). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140 _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
