[MacPorts] #68075: transmission-qt fails to build on 10.6 Intel

MacPorts noreply at macports.org
Wed Aug 30 13:08:09 UTC 2023


#68075: transmission-qt fails to build on 10.6 Intel
------------------------------+-------------------------
  Reporter:  barracuda156     |      Owner:  (none)
      Type:  defect           |     Status:  new
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:  2.8.1
Resolution:                   |   Keywords:  snowleopard
      Port:  transmission-qt  |
------------------------------+-------------------------

Comment (by barracuda156):

 Replying to [comment:2 aeiouaeiouaeiouaeiouaeiouaeiou]:
 >
 [https://build.macports.org/builders/ports-10.7_x86_64-builder/builds/157740/steps
 /install-port/logs/stdio Lion buildbot] is related to this issue too:
 >
 > {{{
 > --->  Configuring transmission-qt
 > DEBUG: Preferred compilers: macports-clang-15 macports-clang-14
 macports-clang-13 macports-clang-12 macports-clang-11 macports-clang-10
 macports-clang-9.0 macports-clang-8.0 macports-clang-7.0 macports-
 clang-6.0 macports-clang-5.0 macports-clang-3.7 macports-clang-3.4
 > DEBUG: Using compiler 'MacPorts Clang 15'
 > }}}
 >
 > But later CMake keeps choosing the system compiler:
 >
 > {{{
 > [  7%] Performing configure step for 'utp-7c4f19abdf'
 > cd /opt/local/var/macports/build
 /_opt_bblocal_var_buildworker_ports_build_ports_net_transmission-qt
 /transmission-qt/work/build/third-party/utp-7c4f19abdf/src/utp-7c4f19abdf-
 build && /opt/local/bin/cmake -Wno-dev -DCMAKE_TOOLCHAIN_FILE:PATH=
 "-DCMAKE_C_FLAGS:STRING=-pipe -I/opt/local/libexec/openssl11/include -Os
 -DNDEBUG -I/opt/local/libexec/openssl11/include
 -isystem/opt/local/include/LegacySupport -isystem/opt/local/include"
 "-DCMAKE_CXX_FLAGS:STRING=-pipe -I/opt/local/libexec/openssl11/include -Os
 -fno-exceptions -DNDEBUG -I/opt/local/libexec/openssl11/include
 -isystem/opt/local/include/LegacySupport -isystem/opt/local/include
 -stdlib=libc++" -DCMAKE_BUILD_TYPE:STRING=MacPorts
 -DCMAKE_INSTALL_PREFIX:PATH=/opt/local/var/macports/build
 /_opt_bblocal_var_buildworker_ports_build_ports_net_transmission-qt
 /transmission-qt/work/build/third-party/utp-7c4f19abdf "-GCodeBlocks -
 Unix Makefiles" /opt/local/var/macports/build
 /_opt_bblocal_var_buildworker_ports_build_ports_net_transmission-qt
 /transmission-qt/work/build/third-party/utp-7c4f19abdf/src/utp-7c4f19abdf
 > Re-run cmake no build system arguments
 > -- The C compiler identification is AppleClang 4.2.0.4250028
 > -- The C compiler identification is AppleClang 4.2.0.4250028
 > -- The CXX compiler identification is AppleClang 4.2.0.4250028
 > }}}

 It’s perhaps it builds a bunch of stuff downloading it from GitHub, and
 there CMakeLists are written without any idea to respect environment
 settings or borrow those from master project.

 Do we have a mechanism to deal with such issues? Besides of manual
 patching.

-- 
Ticket URL: <https://trac.macports.org/ticket/68075#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list