On Mon, 1 Oct 2007 20:07:41 +0200 Albin Tonnerre <[EMAIL PROTECTED]> babbled:
> > While we're talking about configure... :) > I'm part of the team which packages E for debian, and there's something in > configure we'd really like to see changed (and of course we can provide > patches): > What we think is that when you enable a feature with > --enable-whatever, and if the requirements of that feature are not found, > configure should fail rather than silently disable it. > The rationale for that is that, in our humble opinions, when you package for a > distro, you want the stuff you enable to be actually present - thus, fail > if not found rather than disable and tell nothing. > As per discussion with raster on irc, I'm sure that some people may not want > this behavior, and thus thought we could possibly add a > --whatever-name-we-could-call-it , which implements such behavior (and let the > default as it is) > > Thoughts ? (hint: 'this is your distro's problem" is not a valid answer) we like our soft fallback so our build scripts can blindly run and adapt to system features :) this is a difference in philosophy i guess. do you take an error as a hard error - or a soft error. we go for soft. that's because we're all warm and fuzzy at heart! :) > Regards, > Albin Tonnerre > > On Sun, Sep 30, 2007 at 03:01:32PM -0700, Michael Jennings wrote : > > On Sunday, 30 September 2007, at 16:04:54 (+0200), > > Vincent Torri wrote: > > > > > Since I try to port the efl on windows, I've run into some problems with > > > autofoo (strange, isn't it ?). I've looked a bit at autoconf and libtool > > > doc, and I think that configure.in scripts can be improved a bit. > > > > > > Here is what I propose. Feel free to tell me if my proposals are not > > > correct. > > > > > > ... > > > > > > Ideas ? remarks ? > > > > Most of that sounds fine, but why not provide us with a sample > > configure.in with examples of all 5 changes made to it so we can get a > > more concrete idea of what you're wanting to do? Then if people have > > any specific objections, they're easier to note. > > > > Michael > > > > -- > > Michael Jennings (a.k.a. KainX) http://www.kainx.org/ <[EMAIL PROTECTED]> > > Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) > > ----------------------------------------------------------------------- > > "I am the one and only; nobody I'd rather be. I am the one and only. > > You can't take that away from me." -- Chesney Hawkes > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- > Albin Tonnerre, aka Lutin > - Search a little longer, travel a little further > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] 裸好多 Tokyo, Japan (東京 日本) ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel