[MacPorts] #67348: clang-11-bootstrap @11.1.0_4: Attempting to use @rpath without CMAKE_SHARED_LIBRARY_RUNTIME_C_FLAG being set
MacPorts
noreply at macports.org
Tue May 2 20:46:39 UTC 2023
#67348: clang-11-bootstrap @11.1.0_4: Attempting to use @rpath without
CMAKE_SHARED_LIBRARY_RUNTIME_C_FLAG being set
---------------------------------+--------------------
Reporter: Cebtenzzre | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.8.1
Resolution: | Keywords: tiger
Port: clang-11-bootstrap |
---------------------------------+--------------------
Comment (by catap):
I've pushed an updated version which addresses the issues in the first
block.
The second part is puzzling me. From provided configure output:
{{{
729 :info:configure -- Looking for pthread_create in pthread
730 :info:configure -- Looking for pthread_create in pthread - not
found
731 :info:configure -- Looking for pthread_create in c
732 :info:configure -- Looking for pthread_create in c - not found
}}}
I may conclude that `pthread` isn't available or available in some strange
way because base on https://github.com/phracker/MacOSX-
SDKs/blob/master/MacOSX10.4u.sdk/usr/include/pthread.h it should be good
enough to run it.
As soon as that blocks in `llvm/cmake/config-ix.cmake:85` decides that you
have good enough pthread it should be fine. It runs
`check_library_exists(pthread pthread_create "" HAVE_LIBPTHREAD)` and
based on provided configure output it can't find anything inside library.
May I ask you to add into `configure.args` inside portfile `--debug-
output` or `--trace` (will provides really a lot). It may explain this.
--
Ticket URL: <https://trac.macports.org/ticket/67348#comment:12>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list