Pavel Labath f753bfeeec Fix LLVM_LINK_LLVM_DYLIB build (pr35053) ... Summary: r316368 broke this build when it introduced a reference to a pthread function to the Utility module. This caused cmake to generate an incorrect link line (wrong order of libs) because it did not see the dependency from Utility to the system libraries. Instead these libraries were being manually added to each final target. This changes moves the dependency management from the individual targets to the lldbUtility module, which is consistent with how llvm does it. The final targets will pick up these libraries as they will be a part of the link interface of the module. Technically, some of these dependencies could go into the host module, as that's where most of the os-specific code is, but I did not try to investigate which ones. Reviewers: zturner, sylvestre.ledru Subscribers: lldb-commits, mgorny Differential Revision: https://reviews.llvm.org/D39246 llvm-svn: 316997		2017-10-31 13:23:19 +00:00
..
XcodeHeaderGenerator	[CMake] Abstract Config.h generation for Xcode	2017-04-27 16:04:26 +00:00
modules	Check availability of accept4 in C++ instad of C code.	2017-09-16 02:58:49 +00:00