[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