[MacPorts] #47197: cmake-based ports: add cmake.out_of_source yes/no
MacPorts
noreply at macports.org
Thu Mar 26 14:55:53 PDT 2015
#47197: cmake-based ports: add cmake.out_of_source yes/no
-------------------------------------------------+-------------------------
Reporter: mojca@… | Owner: macports-
Type: enhancement | tickets@…
Priority: Normal | Status: new
Component: ports | Milestone:
Resolution: | Version:
Port: Cockatrice FreeRDP Io | Keywords:
LucenePlusPlus OpenSceneGraph OpenSceneGraph- |
devel PlasmaClient PlasmaShop TOra Vidalia |
allegro allegro5 alps apbs apiextractor |
assimp assimp2 autopano-sift-c avidemux blosc |
bob box2d bullet ceres-solver cgal charm |
chemkit chipmunk choqok chromaprint clucene |
clucene-devel coinor-liblemon collada-dom |
cuneiform cutecom-qt4-mac dcmtk dolfin ebook- |
tools efte eigen3 emergent ettercap exiv2 |
falcon fann fcl flann freealut freecad |
freecell-solver gccxml-devel generatorrunner |
gl2ps graphite2 hackrf htcondor indi |
indi_maxdomeii json_spirit kealib libccd |
libdynd libftdi libhsplasma liblas libmsn |
libmusicbrainz3 libnifalcon libpcl libplist |
libtuxcap lmms lua-luabitop mariadb |
mariadb-10.0 mariadb-10.1 metis mysql55 |
mysql55-connector-cpp mysql56 newmat |
nifticlib nomacs oce ogre ompl openal-soft |
openbabel opencv openjpeg orfeotoolbox |
orocos-kdl orocos-rtt osgswig-devel parmetis |
percona pgrouting physfs piklab playerstage- |
player playerstage-stage polkit-qt portmidi |
pqp py-dynd py-pyside py-pyside-tools py- |
shiboken qfsm qgis qhull qlandkartegt |
qlandkartegt-garmindev qlipper qore- |
qt4-module rabbitmq-c rsgislib rspamd |
scalapack scantailor scribus sdcv seqan-apps |
sfcgal shogun-devel sigil soci streamlog |
synergy synergy-devel sysdig tagainijisho |
taglib task telepathy-qt tigervnc tinyxml |
toluapp usbmuxd viennacl vigra vramsteg vrpn |
vtk vtk5 vxl wbxml2 weechat wesnoth widelands |
xrootd yajl yaml-cpp zorba |
-------------------------------------------------+-------------------------
Comment (by mojca@…):
(Not to be taken seriously.)
Replying to [comment:11 larryv@…]:
> Replying to [comment:10 rjvbertin@…]:
> > There's one niggle with that scheme: ports that currently use
> > out-of-source because they are obliged to. We lose trace of that if
> > you remove all OOS setters when it becomes the default, breaking
> > things if ever for whatever reason the default is switched back to
> > non-OOS.
>
> Why this would ever happen? And in the event that it does happen,
presumably we’d go through this testing process again.
>
> We don’t apply this logic anywhere else.
When testing individual ports I sometimes get a feeling that it could be
nice to distinguish between `yes`, `no` and `dontcare` to distinguish
between ports that only work with out-of-source, ports where out-of-source
fails and ports that work under both regimes.
But of course that would be a waste of resources without any real benefit.
--
Ticket URL: <https://trac.macports.org/ticket/47197#comment:24>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list