On Fri, Oct 05, 2007 at 03:10:08PM +0900, Carsten Haitzler wrote : > 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! :) >
That's why my proposal wasn't to make such a behavior a default, but an alternative :) Regards > > 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 (東京 日本) -- Albin Tonnerre, aka Lutin - Search a little longer, travel a little further
signature.asc
Description: Digital signature
------------------------------------------------------------------------- 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