On Sat, 6 Mar 2010, Carsten Haitzler (The Rasterman) wrote:
>> Also, there is a problem with 'e' - as you've merged most of usefull modules >> inside e itself, now it is very difficult to switch off/on some module (you >> will be forced to rebuild whole e to get just one module additional). If >> we will provide autofoo scripts with recursive configures, that will >> allow to fetch and build single module without e itself, while keeping >> possibility of controlling build options for whole e - will you accept >> this, or you will say "it may break someday, current scheme is working, >> let's not change it, as we don't want to test your new scripts"? > > thats just nuts! run a configure script per module? do you really want to make > my build time 20x what they are now? running the configure for a lot of efl > takes longer than the actual compile - and now run it 70 times for e? no > thanks. build all the modules always - there is no harm to it. package them > separately if you want and allow each module to be installed as a package. I agree with raster. Did you ever try to build gettext ? It takes several minutes on linux to just run the configure's. I don't even talk about Windows where it takes several dozens of minutes. Vincent ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
