#44335: taglib @1.9.1 with macosx_deployment_target set fails to configure ---------------------+-------------------------------- Reporter: help@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: Port: taglib | ---------------------+-------------------------------- Comment (by ryandesign@…): I would expect this to happen with any port that uses the cmake portgroup, not just taglib. The obvious solution would be to not set `macosx_deployment_target` in macports.conf. The option is undocumented because it is unsupported. The SDK in MacPorts has historically been set based on the deployment target, though this is wrong; they should be decoupled. In r115429 a separate option `macosx_sdk_version` was added but the cmake portgroup has not yet been updated to use this. However, since that change was released to the public in MacPorts 2.3.0, we should modify the cmake portgroup to use it. -- Ticket URL: <https://trac.macports.org/ticket/44335#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X

#44335: taglib @1.9.1 with macosx_deployment_target set fails to configure ---------------------+-------------------------------- Reporter: help@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: Port: taglib | ---------------------+-------------------------------- Comment (by help@…): To be honest I don't exactly get what's the point of changing SDK to older version. It all seems to work fine with latest SDK, header files do after all contain information about in which OS version particular function was introduced and stuff like that. When I run cmake with -DCMAKE_OSX_DEPLOYMENT_TARGET=10.6 option for software outside macports (darktable in this case) I get following output: {{{ CMake Warning at /opt/local/share/cmake-3.0/Modules/Platform/Darwin.cmake:143 (message): CMAKE_OSX_DEPLOYMENT_TARGET is '10.6' but the matching SDK does not exist at: "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk" Instead using SDK: "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk" matching the host OS X version. Call Stack (most recent call first): /opt/local/share/cmake-3.0/Modules/CMakeSystemSpecificInformation.cmake:36 (include) CMakeLists.txt:1 (project) }}} I don't set CMAKE_OSX_SYSROOT myself, so there's just a warning, not an error, and everything works fine. I guess it still requires some SDK (why not just use / as SYSROOT?..), but 10.9 suffices. Am I right to understand that currect macports release doesn't support macosx_sdk_version setting, but next release (minor? major?) will? -- Ticket URL: <https://trac.macports.org/ticket/44335#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X

#44335: cmake portgroup: support configure.sdk_version and macosx_sdk_version ---------------------+-------------------------- Reporter: help@… | Owner: ryandesign@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: fixed | Keywords: Port: | ---------------------+-------------------------- Changes (by ryandesign@…): * status: assigned => closed * resolution: => fixed Comment: r122145 -- Ticket URL: <https://trac.macports.org/ticket/44335#comment:5> MacPorts <http://www.macports.org/> Ports system for OS X