flags for base's configure script: should there be more or fewer? (was "Fwd: [MacPorts] #42756: macports doesn't compile with bundled tcl")

Eric Gallager egall at gwmail.gwu.edu
Fri Mar 7 12:13:00 PST 2014


Bringing this discussion to macports-dev as suggested. Anyways,
r117621<https://trac.macports.org/changeset/117621> removed
a bunch of flags from the configure script in base, many of which I found
useful. Personally, I generally prefer giving users more configure options
rather than fewer, as I respect users' freedom to build their software the
way that they want to, and would prefer that exercising that freedom
remains as easy as possible (here, in the form of providing configure
flags, but the concept can also be extended to things like adding more
variants to Portfiles). Anyways, that is my personal preference at least,
which way are other people on this list leaning? larryv at least has
already come out as deletionist, but what about the rest of you?


---------- Forwarded message ----------
From: MacPorts <noreply at macports.org>
Date: Fri, Mar 7, 2014 at 2:50 PM
Subject: Re: [MacPorts] #42756: macports doesn't compile with bundled tcl
To: xeron.oskom at gmail.com, macports-tickets at lists.macosforge.org
Cc: raimue at macports.org, egall at gwmail.gwu.edu


#42756: macports doesn't compile with bundled tcl
----------------------------+--------------------------------
  Reporter:  xeron.oskom at ...  |      Owner:  macports-tickets at ...
      Type:  defect         |     Status:  new
  Priority:  Normal         |  Milestone:
 Component:  base           |    Version:  2.2.99
Resolution:                 |   Keywords:
      Port:                 |
----------------------------+--------------------------------

Comment (by larryv at ...):

 Replying to [comment:8 egall at ...]:
 > Replying to [comment:6 cal at ...]:
 > > That increases the possibility for misconfigurations (such as
 > > choosing Tcl 8.6),
 > If a user is building from source themselves, they should be aware of
 > that. Also I fail to see why choosing Tcl 8.6 is considered
 > a "mis"configuration.

 It's a misconfiguration because we don't support it.

 > I just checked out trunk and the sqlite3 one still exists, too. Also
 > while the "`--with-included-tclthread`" flag may be gone now, I would
 > argue that should be brought back as well

 This isn't the place for this conversation (take it to macports-dev if you
 wish), but I strongly oppose adding more configuration flags than the ones
 we already have. I wouldn't be opposed to removing even more of them.

--
Ticket URL: <https://trac.macports.org/ticket/42756#comment:10>
MacPorts <http://www.macports.org/>
Ports system for OS X
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-dev/attachments/20140307/b1314867/attachment.html>


More information about the macports-dev mailing list