On Fri, 5 Oct 2007 13:21:27 +0200 Albin Tonnerre <[EMAIL PROTECTED]> babbled:
> 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 :) we could - with a --enable-strict-dependencies or something... but then we'd have to go do something... got patches? :) (me - i've only got milk). > 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 > -- ------------- 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
