[MacPorts] #45251: request for lldb

MacPorts noreply at macports.org
Fri Sep 9 19:07:48 CEST 2016


#45251: request for lldb
--------------------------+----------------------
  Reporter:  rjvbertin@…  |      Owner:  larryv@…
      Type:  request      |     Status:  assigned
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:
      Port:  lldb         |
--------------------------+----------------------

Comment (by jeremyhu@…):

 > a redistributable libclang

 I'm ok with splitting up the port and would be happy do to so if we can
 avoid build time regressions and setup sane dependencies.  I don't like
 the current situation in which clang rebuilds libLLVM.dylib at build time
 instead of using llvm-config to find the installed one to build and link
 against.

 > The change basically locks the dylibs to their intended location; is
 there anything wrong with that?

 If that is needed, it should be addressed as a patch to the build system
 that can be integrated upstream.  Using install_name_tool can introduce a
 dependency on cctools, which is a pain point as it can cause a dependncy
 cycle (eg: building clang-3.7 on Leopard requires us to build two older
 llvm versions in order to bootstrap the process: llvm-3.3 -> cctools ->
 llvm-3.4 -> ld64 -> clang-3.4 -> llvm-3.7 -> clang-3.7).

 > Should we assume that it's up to the dependent software to add the path
 to libclang to its rpath?

 Let's track that in a separate bug (I filed #52196).  I'm of the opinion
 that `llvm-config --ldflags` should "do the right thing" but it doesn't
 setup rpath.

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


More information about the macports-tickets mailing list