Christian Blichmann 3c51348aaf Enable CMake projects to consume Sandboxed API via add_subdirectory() ... This change moves away from a classical superbuild which downloads and builds at build time. Instead, we now follow a "Fetch Content" workflow (available as FetchContent in CMake 3.11+) and download dependencies at config time. Rationale: Superbuild projects have the disadvantage that projects cannot directly access their individual declared targets. This is not a problem with regular libraries, as those are usually/supposed to be installed. With Sandboxed API, this is not desirable, as it has dependencies like Abseil and glog, which are almost always consumed by including their source tree using add_subdirectory(). Fixes #10 and makes external embedding easier. PiperOrigin-RevId: 260129870 Change-Id: I70f295f29a6e4fc8c330512c94b01ef10c017166		2019-07-26 05:51:08 -07:00
..
crc4	Add CMake builds for the examples	2019-06-07 07:27:33 -07:00
custom_fork	Deflake custom_fork_server test	2019-07-02 05:59:25 -07:00
network	Enable CMake projects to consume Sandboxed API via add_subdirectory()	2019-07-26 05:51:08 -07:00
network_proxy	Enable CMake projects to consume Sandboxed API via add_subdirectory()	2019-07-26 05:51:08 -07:00
static	Add CMake builds for the examples	2019-06-07 07:27:33 -07:00
tool	Add CMake builds for the examples	2019-06-07 07:27:33 -07:00
zlib	Add CMake builds for the examples	2019-06-07 07:27:33 -07:00
CMakeLists.txt	Now the network proxy client can automatically redirect connect syscalls to a handler that will send the data (syscall arguments) to the proxy server automatically and will return the obtained socket from the proxy server, in the future rules like allowed IP, protocols, etc. will be added	2019-07-23 04:41:08 -07:00