[MacPorts] #44118: boost library names are of the form libboost_foo-mt.a
#44118: boost library names are of the form libboost_foo-mt.a --------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: --------------------+-------------------------------- Code that links with boost doesn't build because -lboost_foo is not found. And btw, what is the -mt for? boost libs on other platforms don't have these. -- Ticket URL: <https://trac.macports.org/ticket/44118> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: | ---------------------+-------------------------------- Comment (by egall@…): The "`-mt`" stands for "multi-threaded". It gets added by the `+no_single` variant to boost. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: | ---------------------+-------------------------------- Comment (by dave@…): and the default configuration definitely should install both the -my and non-mt variants. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Changes (by mf2k@…): * port: => boost Comment: In the future, please fill in the Port field. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Comment (by ryandesign@…): Replying to [comment:3 dave@…]:
and the default configuration definitely should install both the -mt and non-mt variants.
The additional building of single-threaded libraries by default was deliberately disabled in r95845 in order to cut down build time. We could consider undoing that change, since we do have the precompiled binaries, which most users can use, so build time isn't an issue for most users. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Comment (by dave@…): Or is it a bad idea to just link the mt name to the non-mt name? -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:6> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Comment (by ryandesign@…): Replying to [comment:6 dave@…]:
Or is it a bad idea to just link the mt name to the non-mt name?
Absolutely that would be a horrible idea. They have different names for a reason: they are not the same library. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:7> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Comment (by egall@…): Replying to [comment:5 ryandesign@…]:
Replying to [comment:3 dave@…]:
and the default configuration definitely should install both the -mt and non-mt variants.
The additional building of single-threaded libraries by default was deliberately disabled in r95845 in order to cut down build time. We could consider undoing that change, since we do have the precompiled binaries, which most users can use, so build time isn't an issue for most users.
I have `+universal` added to my variants.conf, and boost has not had a precompiled binary with the `+universal` variant since version 1.54, so I have found myself building boost from source a lot lately... Any idea why the buildbot built previous versions of boost with the `+universal` variant, but not more recent ones? -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:8> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ---------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: | Keywords: Port: boost | ---------------------+-------------------------------- Comment (by ryandesign@…): Replying to [comment:8 egall@…]:
Any idea why the buildbot built previous versions of boost with the `+universal` variant, but not more recent ones?
The only time the buildbot will build a port with a universal variant is if some port that is 32-bit only depends on it, and it will only be built when that 32-bit-only port is committed (in other words, it won't happen when boost is updated; it'll happen when the 32-bit port that depends on boost is updated). I don't see any ports that currently fit that criteria, except for povray in certain circumstances, so maybe some other port used to be 32-bit only and has since been upgraded to support 64-bit. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:9> MacPorts <http://www.macports.org/> Ports system for OS X
#44118: boost library names are of the form libboost_foo-mt.a ------------------------+-------------------------------- Reporter: dave@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Resolution: duplicate | Keywords: Port: boost | ------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => duplicate Comment: Replying to [comment:3 dave@…]:
and the default configuration definitely should install both the -mt and non-mt variants.
This is #38406, where you can read more about why that's maybe not a good idea. -- Ticket URL: <https://trac.macports.org/ticket/44118#comment:10> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts