[MacPorts] #44232: patch to have cmake use -dynamiclib in CMAKE_SHARED_MODULE_CREATE
#44232: patch to have cmake use -dynamiclib in CMAKE_SHARED_MODULE_CREATE -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: cmake -------------------------+-------------------------------- Re: http://trac.macports.org/ticket/40188 There is an open issue with cmake: it uses the obsolete `-bundle` option instead of `-dynamiclib` when creating a shared module (AKA bundle or plugin). When -bundle is used (at least in x86_64 mode), the linker will refuse to pull in the resulting objects if they're also used as linker input. Using -dynamiclib reenables that, and appears to be without any side-effects on the other intended use of the resulting shared modules. As mentioned in ticket #40188, this affects certain python extensions, but also the Calligra suite (not yet in MacPorts). Attached are a patchfile to add to the cmake port to tackle the issue, as well as a Portfile diff. -- Ticket URL: <https://trac.macports.org/ticket/44232> MacPorts <http://www.macports.org/> Ports system for OS X
#44232: patch to have cmake use -dynamiclib in CMAKE_SHARED_MODULE_CREATE --------------------------+---------------------- Reporter: rjvbertin@… | Owner: css@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: cmake | --------------------------+---------------------- Changes (by mf2k@…): * keywords: => haspatch * owner: macports-tickets@… => css@… * version: 2.3.1 => * type: submission => enhancement Old description:
Re: http://trac.macports.org/ticket/40188
There is an open issue with cmake: it uses the obsolete `-bundle` option instead of `-dynamiclib` when creating a shared module (AKA bundle or plugin). When -bundle is used (at least in x86_64 mode), the linker will refuse to pull in the resulting objects if they're also used as linker input. Using -dynamiclib reenables that, and appears to be without any side-effects on the other intended use of the resulting shared modules. As mentioned in ticket #40188, this affects certain python extensions, but also the Calligra suite (not yet in MacPorts).
Attached are a patchfile to add to the cmake port to tackle the issue, as well as a Portfile diff.
New description: Re: ticket:40188 There is an open issue with cmake: it uses the obsolete `-bundle` option instead of `-dynamiclib` when creating a shared module (AKA bundle or plugin). When -bundle is used (at least in x86_64 mode), the linker will refuse to pull in the resulting objects if they're also used as linker input. Using -dynamiclib reenables that, and appears to be without any side-effects on the other intended use of the resulting shared modules. As mentioned in ticket #40188, this affects certain python extensions, but also the Calligra suite (not yet in MacPorts). Attached are a patchfile to add to the cmake port to tackle the issue, as well as a Portfile diff. -- Comment: In the future, please Cc the port maintainers ({{{port info --maintainers cmake}}}). -- Ticket URL: <https://trac.macports.org/ticket/44232#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts