llvm-project/lldb/source/Utility/CMakeLists.txt

add_lldb_library(lldbUtility
  ConstString.cpp
  DataBufferHeap.cpp
  DataBufferLLVM.cpp
  DataEncoder.cpp
  DataExtractor.cpp
  Error.cpp
  JSON.cpp
  LLDBAssert.cpp
  Log.cpp
  Logging.cpp
  NameMatches.cpp
  Range.cpp
  RegularExpression.cpp
  SelectHelper.cpp
  SharingPtr.cpp
  Stream.cpp
  StreamString.cpp
  StringExtractor.cpp
  StringExtractorGDBRemote.cpp
  StringLexer.cpp
  TaskPool.cpp
  UriParser.cpp
  UUID.cpp
  VASprintf.cpp

  LINK_LIBS
  # lldbUtility cannot have any dependencies

  LINK_COMPONENTS
    Support
  )
Convert to UNIX line endings. llvm-svn: 191367 2013-09-25 18:37:32 +08:00			`add_lldb_library(lldbUtility`
Move classes from Core -> Utility. This moves the following classes from Core -> Utility. ConstString Error RegularExpression Stream StreamString The goal here is to get lldbUtility into a state where it has no dependendencies except on itself and LLVM, so it can be the starting point at which to start untangling LLDB's dependencies. These are all low level and very widely used classes, and previously lldbUtility had dependencies up to lldbCore in order to use these classes. So moving then down to lldbUtility makes sense from both the short term and long term perspective in solving this problem. Differential Revision: https://reviews.llvm.org/D29427 llvm-svn: 293941 2017-02-03 05:39:50 +08:00			`ConstString.cpp`
Move DataBuffer / DataExtractor and friends from Core -> Utility. llvm-svn: 296943 2017-03-04 09:30:05 +08:00			`DataBufferHeap.cpp`
			`DataBufferLLVM.cpp`
			`DataEncoder.cpp`
			`DataExtractor.cpp`
Move classes from Core -> Utility. This moves the following classes from Core -> Utility. ConstString Error RegularExpression Stream StreamString The goal here is to get lldbUtility into a state where it has no dependendencies except on itself and LLVM, so it can be the starting point at which to start untangling LLDB's dependencies. These are all low level and very widely used classes, and previously lldbUtility had dependencies up to lldbCore in order to use these classes. So moving then down to lldbUtility makes sense from both the short term and long term perspective in solving this problem. Differential Revision: https://reviews.llvm.org/D29427 llvm-svn: 293941 2017-02-03 05:39:50 +08:00			`Error.cpp`
Add JSON.cpp to CMakeLists.txt llvm-svn: 228639 2015-02-10 08:47:43 +08:00			`JSON.cpp`
Appease the Windows bot llvm-svn: 231315 2015-03-05 07:19:36 +08:00			`LLDBAssert.cpp`
Move Log from Core -> Utility. All references to Host and Core have been removed, so this class can now safely be lowered into Utility. Differential Revision: https://reviews.llvm.org/D30559 llvm-svn: 296909 2017-03-04 04:56:28 +08:00			`Log.cpp`
			`Logging.cpp`
Move some functions from source/lldb.cpp to Utility. Specifically, there were some functions for converting enums to strings and a function for matching a string using a specific matching algorithm. This moves those functions to more appropriate headers in lldb/Utility and updates references to include the new headers. llvm-svn: 232673 2015-03-19 05:31:45 +08:00			`NameMatches.cpp`
Convert to UNIX line endings. llvm-svn: 191367 2013-09-25 18:37:32 +08:00			`Range.cpp`
Move classes from Core -> Utility. This moves the following classes from Core -> Utility. ConstString Error RegularExpression Stream StreamString The goal here is to get lldbUtility into a state where it has no dependendencies except on itself and LLVM, so it can be the starting point at which to start untangling LLDB's dependencies. These are all low level and very widely used classes, and previously lldbUtility had dependencies up to lldbCore in order to use these classes. So moving then down to lldbUtility makes sense from both the short term and long term perspective in solving this problem. Differential Revision: https://reviews.llvm.org/D29427 llvm-svn: 293941 2017-02-03 05:39:50 +08:00			`RegularExpression.cpp`
Centralize all select() calls into one place so that we can take advantage of system specific optimizations to deal with more file descriptors than FD_SETSIZE on some systems. <rdar://problem/25325383> https://reviews.llvm.org/D22950 llvm-svn: 278299 2016-08-11 06:43:48 +08:00			`SelectHelper.cpp`
Convert to UNIX line endings. llvm-svn: 191367 2013-09-25 18:37:32 +08:00			`SharingPtr.cpp`
Move classes from Core -> Utility. This moves the following classes from Core -> Utility. ConstString Error RegularExpression Stream StreamString The goal here is to get lldbUtility into a state where it has no dependendencies except on itself and LLVM, so it can be the starting point at which to start untangling LLDB's dependencies. These are all low level and very widely used classes, and previously lldbUtility had dependencies up to lldbCore in order to use these classes. So moving then down to lldbUtility makes sense from both the short term and long term perspective in solving this problem. Differential Revision: https://reviews.llvm.org/D29427 llvm-svn: 293941 2017-02-03 05:39:50 +08:00			`Stream.cpp`
			`StreamString.cpp`
Convert to UNIX line endings. llvm-svn: 191367 2013-09-25 18:37:32 +08:00			`StringExtractor.cpp`
			`StringExtractorGDBRemote.cpp`
StringLexer: Fix CMake build llvm-svn: 215144 2014-08-08 04:48:39 +08:00			`StringLexer.cpp`
Add a new task pool class to LLDB The purpose of the class is to make it easy to execute tasks in parallel Basic design goals: * Have a very lightweight and easy to use interface where a list of lambdas can be executed in parallel * Use a global thread pool to limit the number of threads used (std::async don't do it on Linux) and to eliminate the thread creation overhead * Destroy the thread currently not in use to avoid the confusion caused by them during debugging LLDB Possible future improvements: * Possibility to cancel already added, but not yet started tasks * Parallel for_each implementation * Optimizations in the thread creation destroyation code Differential revision: http://reviews.llvm.org/D13727 llvm-svn: 250820 2015-10-20 20:42:05 +08:00			`TaskPool.cpp`
Adds UriParser::Parse and unit tests This can be used to parse URIs passed to 'platform connect' Differential Revision: http://reviews.llvm.org/D6858 llvm-svn: 225317 2015-01-07 07:38:24 +08:00			`UriParser.cpp`
Move UUID from Core -> Utility. llvm-svn: 296941 2017-03-04 09:28:55 +08:00			`UUID.cpp`
Finish breaking the dependency from Utility. Differential Revision: https://reviews.llvm.org/D29964 llvm-svn: 295368 2017-02-17 03:38:21 +08:00			`VASprintf.cpp`
[CMake] Add accurate dependency specifications Summary: This patch adds accurate dependency specifications to the mail LLDB libraries and tools. In all cases except lldb-server, these dependencies are added in addition to existing dependencies (making this low risk), and I performed some code cleanup along the way. For lldb-server I've cleaned up the LLVM dependencies down to just the minimum actually required. This is more than lldb-server actually directly references, and I've left a todo in the code to clean that up. Reviewers: labath, zturner Subscribers: lldb-commits, danalbert, srhines, ki.stfu, mgorny, jgosnell Differential Revision: https://reviews.llvm.org/D29333 llvm-svn: 293686 2017-02-01 04:43:05 +08:00
			`LINK_LIBS`
Finish breaking the dependency from Utility. Differential Revision: https://reviews.llvm.org/D29964 llvm-svn: 295368 2017-02-17 03:38:21 +08:00			`# lldbUtility cannot have any dependencies`
[CMake] Add accurate dependency specifications Summary: This patch adds accurate dependency specifications to the mail LLDB libraries and tools. In all cases except lldb-server, these dependencies are added in addition to existing dependencies (making this low risk), and I performed some code cleanup along the way. For lldb-server I've cleaned up the LLVM dependencies down to just the minimum actually required. This is more than lldb-server actually directly references, and I've left a todo in the code to clean that up. Reviewers: labath, zturner Subscribers: lldb-commits, danalbert, srhines, ki.stfu, mgorny, jgosnell Differential Revision: https://reviews.llvm.org/D29333 llvm-svn: 293686 2017-02-01 04:43:05 +08:00
			`LINK_COMPONENTS`
			`Support`
Convert to UNIX line endings. llvm-svn: 191367 2013-09-25 18:37:32 +08:00			`)`