<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 7, 2014 at 4:09 PM, Joshua Root <span dir="ltr"><<a href="mailto:jmr@macports.org" target="_blank">jmr@macports.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 2014-3-8 07:13 , Eric Gallager wrote:<br>
> Bringing this discussion to macports-dev as suggested. Anyways, r117621<br>
</div>> <<a href="https://trac.macports.org/changeset/117621" target="_blank">https://trac.macports.org/changeset/117621</a>> removed a bunch of flags<br>
<div class="">> from the configure script in base, many of which I found useful.<br>
> Personally, I generally prefer giving users more configure options<br>
> rather than fewer, as I respect users' freedom to build their software<br>
> the way that they want to, and would prefer that exercising that freedom<br>
> remains as easy as possible (here, in the form of providing configure<br>
> flags, but the concept can also be extended to things like adding more<br>
> variants to Portfiles). Anyways, that is my personal preference at<br>
> least, which way are other people on this list leaning?<br>
<br>
</div>"Batteries included" is generally preferable to more variants. I would<br>
tend to agree that the problem in the ticket is user error, but OTOH<br>
it's easy to have CFLAGS lying around in your environment and forget to<br>
unset them. Maybe we should at least delete flags containing $PREFIX<br>
from CFLAGS and LDFLAGS like we do PATH.<br>
<br>
Looks like the flags removed by r117621 were:<br>
<br>
--with-tcl<br>
--with-tclinclude<br>
--with-tclpackage<br>
--with-tcl-sqlite3=<br>
--with-included-tclthread<br>
<br>
As Tcl is now part of base, my view would be that providing flags to use<br>
a different one would make about as much sense as providing<br>
--with-pextlib= or --with-cregistry=.<br>
<div class=""><br></div></blockquote><div>Many other software packages include other software packages as part of their "base", and the general trend is to only use the included one as a fallback in case one is not already installed. For example I was working with the sources of gnutls earlier today and they only fall back to using their included libtasn1 when the configure script fails to find one installed, and using the included one produces a warning. This is because libtasn1 is not actually something that gnutls maintains themselves, they only vendor it in as a convenience. Bringing it back to MacPorts, the copy of Tcl that is vendored in is more like libtasn1 in gnutls, in that MacPorts only vendors it in as a convenience and does not actually maintain it itself, which is why the tarball remains untarred until it is needed. Meanwhile the pextlib and cregistry libraries are not found anywhere else externally, because they are only used in MacPorts internally so far. It makes no sense to include flags for them because there is nowhere else that they could point, whereas on the other hand with Tcl, there are many other places that the flag for them could point. So I would argue that because of this, it actually makes <b>much</b> more sense to include a --with-tcl= flag than either a --with-pextlib= flag or a --with-cregistry= flag.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">
> larryv at least<br>
> has already come out as deletionist, but what about the rest of you?<br>
<br>
</div>Name calling really doesn't help your case.<br>
<br>
- Josh<br>
</blockquote></div><br></div><div class="gmail_extra">The label "deletionist" isn't name-calling, it's an accurate term for a philosophical position that people can have towards content in community-based software projects: <a href="https://en.wikipedia.org/wiki/Deletionism_and_inclusionism_in_Wikipedia" rel="noreferrer">https://en.wikipedia.org/wiki/Deletionism_and_inclusionism_in_Wikipedia</a></div>
<div class="gmail_extra">Many people apply the label to themselves voluntarily. Sorry for any offense caused by my using it, I just assumed that people were familiar with the term...</div><div class="gmail_extra"><br></div>
</div>