[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