[MacPorts] #47811: boost: use system layout instead of tagged layout

MacPorts noreply at macports.org
Fri May 22 14:10:07 PDT 2015


#47811: boost: use system layout instead of tagged layout
--------------------------+--------------------------
  Reporter:  mjpost@…     |      Owner:  ryandesign@…
      Type:  enhancement  |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:  2.3.3
Resolution:               |   Keywords:
      Port:  boost        |
--------------------------+--------------------------

Comment (by ryandesign@…):

 Replying to [comment:4 mjpost@…]:
 > Yes, with my change, you'd only be able to have a single version of the
 libraries installed at a time (at least, under /opt/local/{lib,include}).

 More than that: we would not be able to give the user the option to change
 their boost installation in any way. If we were to implement your proposed
 change where e.g. libboost_program_options.dylib is the multi-threaded
 library, then we would not be able to give the user an option that would
 cause libboost_program_options.dylib to be the single-threaded library,
 because that would break any other ports in MacPorts that link with that
 library, because those other ports could have been built on our automated
 build server which would have boost installed in its default configuration
 (i.e. per your proposal libboost_program_options.dylib would default to
 being multi-threaded).

 Again, if nobody would ever want to use the single-threaded libraries,
 then we could make this change. And that's a possiblity: as you mentioned,
 the only way currently to get MacPorts to build the single-threaded
 libraries is to deactivate the no_single variant which is on by default.
 Since our build server only builds default variants, and since the
 MacPorts dependency engine does not have the ability to declare
 dependencies on variants of a port, there is probably no port in MacPorts
 today that requires the single-threaded boost libraries. But it's possible
 some user has software built outside of MacPorts that uses MacPorts
 boost's single-threaded libraries.

 It would probably be a lot of work to make this change, for a small gain
 in convenience and a small gain in simplifying the port. But the way the
 boost port currently works predates me taking over as its maintainer so
 I'm not totally informed on the reasons for it working the way it
 currently does and am therefore reluctant to make major changes.

-- 
Ticket URL: <https://trac.macports.org/ticket/47811#comment:5>
MacPorts <https://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list