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.
-Tweak MinGW configuration file
-Modified Tuple.h for sane behavior with MinGW
-Modified UtilTestSuite.cpp for conditional use of MFC based on availability of library; otherwise use console
Components now supported by default:
Foundation {including internal PCRE lib}
Util
Net
XML
SQL
SQL/ODBC
SQL/SQLite
samples/{all components supported}
Components supported with additional 3rd party MinGW/MSYS libs:
NetSSL w/OpenSSH
Components unsupported at this time:
testsuite: Fails to build due to TupleTest - needs slight code change MinGW can't deal with currently. Only thing causing failure.
CppUnit: Unable to support this due to WIN32 version of this functionality relying on MFC which does not ship with MinGW/MSYS.
--no-wstring support due libstdc++ - will require STLPort {support coming soon}
:build/config/MinGW
+Fixed compiler environment flags and switches
+Linkage build supports: SHARED, STATIC, or BOTH
+Fixed duplicate symbol/unresolved symbol during compile
+Added PCRE build flag for internal library build/eliminate link errors
+Disable support of UTF-8 by default, MinGW will require STLPort
+Corrected system link libs for MinGW "dumb" linker
:build/rules/global
+Added MinGW environment deduction logic
:configure
+Fine tuned environment deduction recognizing MinGW as valid
:Data/ODBC/Makefile
+Fixed correct ODBC libs to link
:Foundation/Makefile
+Added logic for building correct subsystem dependency
:Util/Makefile
+Added logic for building correct subsystem dependency