On Thu, 10 Sep 2009 10:54:01 +1000 Simon Horman <ho...@verge.net.au> said:
> > actually. alibin is wrong (sorry!) autogen's do get packaged. look at > > existing efl. we put it in so if u get a tarball u CAN easily modify the > > configure.ac, Makefile.am's etc. and re-generate the autofoo. the script > > will be there with all the magic. not everyone will want or need to do this > > from a tarball dist - but it dos happen. people patching packages are often > > the ones using it. so it's not valid. it's an omission in the esmart build > > foo. :) (even if albin was right - eet, evas, elementary, edje, ... etc. > > all include autogen.sh in their EXTRA_DIST, so it'd go in for consistency > > sake. it's goo to have everything in svn have consistent autofoo files and > > work the same way. it makes everything hav the same bug o everything is > > right. not some things buggy, some not, in terms of autofoo > > usage/structure, so if u do find a bug/issue - u can know that fixing it > > everywhere else is trivial) > > Ok, I should have pointed out in the beginning that I really just wanted > to make things consistent. With that in mind I'll commit my change. It can > always be changed if in the future it is decided to consistently do > something else. no need. i already added it :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
