POCO_STATIC: has to be set when using poco as static library
POCO_NO_ATUMATIC_LIBS: CMake config module will find the correct libraries.
Don't need to guess in headers.
- Add missing CMakeLists.txt
- Use POCO_ macros to improve code structure in XCode/VisualStudio
- Better ODBC detection
- Remove unnecessary commented out code
The CMake documentation recommends explicitly listing source files, but because CMake is not the primary build system GLOB patterns are used for the moment.
- explicitly list files
- use find_package for MySQL and ODBC
- remove unused code
- remove unnecessary include dirs
- support unbundled SQLite3
- replace tabs by spaces
Reviewed-by: Roger Meier <r.meier@siemens.com>
For a unix system, this commit implies no changes by default. However, the ${LIB_SUFFIX} convention was added so the build can be configured for a red-hat style installation which uses lib64 by specifying cmake -DLIB_SUFFIX=64
For a windows build (msvc), this commit will cause the .dll files to be installed in the bin/ path; import libraries .lib are still installed in the lib/ path. Installing dlls into the bin path is preferable because dlls must be in the executable %PATH% to be found at runtime, as there is not equivalent of a separate library path as there is on unix.
By convention CMake project files are placed on a folder called "cmake" and then called from the build system by appending the CMAKE_MODULE_PATH variable
for CMake build system
.
It is strongly recomended to use out-of-source build to preserve
original Poco makefiles.
http://www.cmake.org/Wiki/CMake_FAQ#Out-of-source_build_trees
I have tested unix makefile generating and Eclipse CDT4 generating.
Supported are static/dynamic and debug/release targets.
On now only core libs are included: CppUnit, Foundation,
Data, Data/SQLite, Util, Net and XML. But autodetection
of OpenSSL, MySQL and ODBC is working OK already.
CPack and CTest nor library install still doesn't work, only building.
This is only the start.
