Searched hist:e1ad8c50 (Results 1 - 20 of 20) sorted by relevance
/Couchbase_C_Client_v3.0/cmake/Modules/ | ||
H A D | FindCouchbaseLibev.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | FindCouchbaseLibevent.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | FindCouchbaseLibuv.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | GetPlatformCCInfo.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | GenerateConfigDotH.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | GetLibcouchbaseFlags.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | GetVersionInfo.cmake | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/plugins/io/iocp/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/packaging/ | ||
H A D | dllversion.rc.in | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/plugins/io/select/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/plugins/io/libev/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/contrib/cbsasl/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/plugins/io/libevent/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/plugins/io/libuv/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/cmake/ | ||
H A D | configure | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | config-cmake.h.in | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/ | ||
H A D | configure.pl | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
H A D | CMakeLists.txt | diff e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/tests/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
/Couchbase_C_Client_v3.0/tools/ | ||
H A D | CMakeLists.txt | e1ad8c50 Wed Jan 15 19:49:07 UTC 2014 Mark Nunberg <mnunberg@haskalah.org> Re-organize CMakeLists The goal here is to make our code and build system more modular, with the ultimate aim of being able to -theoretically- ship some components as being standalone. The first step is trying to untangle the build process - where multiple modules can be built independently into shared or static archives and then linked ultimately into their resultant objects. The second step is to eliminate the NMakefile Currently supported: - Plugin builds (libev, libuv, libevent) - Tools (cbc, pillowfight) - Tests (unit-test, smoke-test, check-all) - SOVERSION - DLL Version information - config.h generation - Fat binary builds (OS X) - Maintainer mode TODO: - Make things completely out of tree. Currently the configuration.h header is still being generated inside the tree - Better facilities for downloading the mock server - Create source tarballs - Create windows zipfiles and/or installers Change-Id: I8402f8e8e0821af2e87ca425c985017de630b0e7 Reviewed-on: http://review.couchbase.org/32466 Reviewed-by: Brett Lawson <brett19@gmail.com> Tested-by: Mark Nunberg <mnunberg@haskalah.org> |
Completed in 153 milliseconds