mirror of
https://github.com/pocoproject/poco.git
synced 2024-12-22 23:13:31 +01:00
d75e68c027
windows build only
133 lines
5.1 KiB
Plaintext
133 lines
5.1 KiB
Plaintext
POCO C++ Libraries Windows CE Platform Notes
|
|
AAAIntroduction
|
|
|
|
!!!Introduction
|
|
|
|
Starting with release 1.4.0 the POCO C++ Libraries can be used on
|
|
Windows CE 6. Project files for Visual Studio 2008 are provided that
|
|
support static and shared debug and release builds.
|
|
|
|
The port should work for Windows CE 5 as well, however, this has not been tested.
|
|
|
|
|
|
!!!Changing The Target In The Project Files
|
|
|
|
The project files contain build configurations for the "Digi JumpStart (ARMV4I)"
|
|
target. To use another target, the Visual Studio project and solution files
|
|
must be changed accordingly. Note that the project files cannot be opened
|
|
by Visual Studio unless the target referenced in the project and solution files is available.
|
|
To change the project and solution files for your platform, replace
|
|
all occurrences of the string "Digi JumpStart (ARMV4I)" with the name
|
|
of your platform (e.g. "Windows Mobile 6 Professional SDK (ARMV4I)").
|
|
This is best done with a text editor that supports global search/replace
|
|
across an entire directory tree (solution and project files are plain text/xml
|
|
files, so there's no risk breaking something).
|
|
|
|
|
|
!!!Restrictions
|
|
|
|
!!Poco::Environment
|
|
|
|
Windows CE does not support environment variables.
|
|
Therefore, Poco::Environment::get() and Poco::Environment::has() only support the
|
|
following hardcoded "pseudo" environment variables:
|
|
* TEMP
|
|
* TMP
|
|
* HOMEPATH
|
|
* COMPUTERNAME
|
|
* OS
|
|
* NUMBER_OF_PROCESSORS
|
|
* PROCESSOR_ARCHITECTURE
|
|
|
|
Poco::Environment::set() always throws a Poco::NotImplementedException.
|
|
|
|
|
|
!!Date/Time Support
|
|
|
|
Some date/time features are implemented with the help of [[http://wcelibcex.sourceforge.net/ WCELIBCEX]].
|
|
The library is statically included in the Foundation library to simplify the build process.
|
|
However, it is also possible to use WCELIBCEX as a separate library if the Foundation project file is modified accordingly
|
|
(by removing or excluding from build the WCELIBCEX folder and modifying the header file search path accordingly).
|
|
The following functions from WCELIBCEX are used:
|
|
* wceex_time()
|
|
* wceex_localtime()
|
|
* wceex_mktime()
|
|
|
|
It should also be possible to use wcecompat instead of WCELIBCEX, as this library provides
|
|
similar features. In this case, the calls to the wceex_* functions need to be replaced with
|
|
the wcecompat counterparts. The affected files are Random.cpp, LocalDateTime.cpp,
|
|
Timezone_WINCE.cpp and ThreadPool.cpp.
|
|
|
|
To obtain the current date and time with millisecond resolution,
|
|
the hack described in <http://community.opennetcf.com/articles/cf/archive/2007/11/20/getting-a-millisecond-resolution-datetime-under-windows-ce.aspx>
|
|
is used. This means there will be a one second delay when starting up
|
|
the application.
|
|
|
|
|
|
!!Poco::Path
|
|
|
|
Poco::Path::listRoots() returns the root directory ("\"), as well as all mounted storage devices
|
|
(e.g., "\Hard Disk"), even if they are also present in the root directory.
|
|
|
|
Poco::Path::current() and Poco::Path::home() always return the root directory.
|
|
|
|
|
|
!!Poco::RWLock
|
|
|
|
In the reader/writer lock implementation for Windows CE, writers always take precedence over readers.
|
|
|
|
|
|
!!Poco::Process
|
|
|
|
Launching a process with pipes for redirecting input/output is not supported.
|
|
|
|
|
|
!!Poco::Util::ServerApplication
|
|
|
|
Poco::Util::ServerApplication::waitForTerminationRequest(): CTRL-C does not work to shut down the application as
|
|
it's not supported by the Windows CE console. The pkill utility supplied as part of the Util library
|
|
samples can be used to terminate a process from the command line.
|
|
|
|
|
|
!!Crypto and NetSSL
|
|
|
|
Crypto and NetSSL_OpenSSL have not been tested yet. Project files are there, but they might need some adaptions depending on
|
|
how OpenSSL has been built for the Windows CE target.
|
|
|
|
|
|
!!Data
|
|
|
|
Only the SQLite backend is currently supported.
|
|
|
|
The SQLite engine in Data/SQLite is built without localtime support (SQLITE_OMIT_LOCALTIME) due to localtime_s() not being
|
|
available on Windows CE.
|
|
|
|
|
|
!!Raw Sockets in Net
|
|
|
|
The test cases involving raw sockets will fail unless the testsuite is ran as a privileged (signed) application.
|
|
These are RawSocketTest::testEchoIPv4(), RawSocketTest::testSendToReceiveFromIPv4() and ICMPClientTest::testPing().
|
|
|
|
|
|
!!!Build Notes
|
|
|
|
Optimization settings should be set as follows for release builds
|
|
(<*Properties > Configuration Properties > C/C++ > Optimization*>):
|
|
* Optimization: Custom
|
|
* Inline Function Expansion: Default
|
|
* Enable Intrinsic Functions: Yes (/Oi)
|
|
* Floating-Point Consistency: Default Consistency
|
|
* Favor Size or Speed: Favor Fast Code (/Ot)
|
|
* Whole Program Optimization: No
|
|
|
|
Other settings may or may not produce working programs.
|
|
Specifically, setting <*Optimization*> to <*Maximize Speed (/O2)*> will result in failures in the
|
|
test suite for Foundation Events due to a compiler optimizer bug.
|
|
|
|
For shared/DLL builds, the /FORCE:MULTIPLE option is passed to the linker. This is
|
|
to avoid a problem with iostream classes and their methods (template instantiations),
|
|
which for some unknown reason (possibly bug) will be exported by the Foundation library
|
|
(and others) and thus cause multiply defined symbol errors.
|
|
|
|
The reference system used for testing is a Digi ConnectCore 9P 9360 running Windows CE 6.0.
|