On Fri, 9 Nov 2012 12:41:20 -0200 Lucas De Marchi <lucas.demar...@profusion.mobi> said:
> On Fri, Nov 9, 2012 at 12:13 PM, Carsten Haitzler <ras...@rasterman.com> > wrote: > > > > On Fri, 9 Nov 2012 11:40:47 -0200 Lucas De Marchi > > <lucas.demar...@profusion.mobi> said: > > > > > On Fri, Nov 9, 2012 at 8:45 AM, Enlightenment SVN < > > > no-re...@enlightenment.org> wrote: > > > > Log: > > > > lucas... u're going to hate me... but i'm reverting this whole lot of > > > > module build chnages because its fundamentally broken. it DOES NOT > > > > PRODUCE .SO FILES. just .la and .a files. the only reason u dont > > > > notice is.. you ALREADY had .so's installed. i just got in from the > > > > airport... synced and updated.. rebuilt and was met with all modules > > > > not loading... literally - no .so's are installed int he module > > > > dirs. > > > > try rm -rf the instaleld module tree. > > > > > > > > regardless... this has to be reverted be3cause it's a major break. > > > > the > > > > idea is right/nice. the implementation is causing... problems. > > > > > > Nops... I tested this. Maybe your build tree was not clean? Btw, why is > > > it > > > "relname" instead of "$(relname)" -- it was already there before, I > > > found > > > weird but kept as it was. > > > > why would a build tree ha to be clean to PRODUCE .so's? the Makefile.am no > > longer lists subdirs. the build no longer entered them. the master > > Makefile.am > > included the new makefiles so this should functionally be no different > > than > > modifying the makefile.am itself. my build scripts do: > > make clean maintainer-clean > > > > before re-running autogen.sh. regardless of build tree state, a > > maintainer-clean should put the tree in a totally pristine state where no > > "leftover files" from any previous builds should affect the current one. > > >From what I remember, this is true, exepct if the makefiles changed > and thus also the maintainer-clean rules. But I really don't know > anymore since I prefer not to rely on them and instead do a > "svn-clean" on svn repos and "git clean -fxd" on git repos. > > > > it may > > mean sometimes augmenting the make rules to ensure this happens (put in a > > maintainer-clean hook). > > > > p.s. you lost the uninstall rules after a quick look. at the new > > makefiles. :) > > This was intentional. I found it totally useless, and I was going to > send an email asking if anyone was relying on them. > > > > > > $ make install DESTDIR=/tmp/inst > > > $ find /tmp/inst -name '*.so' > > > > perhaps different autofoo versions, but here zero .so's were produced for > > modules. it produced .a's instead, but before .a's were not produced - > > just .so's. > > The fact that it worked on both ubuntu's and arch's version, probably > means this is not the reason (you use arch, right?) this was on ubuntu as i was away and came back to my desktop and did a rebuild... and found no .so's being produced. :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel