Eu criei com êxito o STLPort and Boost c ++ para Windows CE 6.0. Eu posso executar o aplicativo com o Windows CE 6 e STLPort ambos no modo de liberação final de depuração.

Eu construí impulso com o seguinte arquivo em lotes:

@echo off
cls

:build

:release

echo building boost in release shared library

bjam ^
--with-system ^
--with-chrono ^
--with-date_time ^
--with-thread ^
--with-atomic ^
toolset=msvc-9.0~CEPlatform ^
variant=release ^
threading=multi ^
stdlib=stlport-5.2.1 ^
link=shared ^
runtime-link=shared

:debug

echo building boost in debug shared library

bjam ^
--with-system ^
--with-chrono ^
--with-date_time ^
--with-thread ^
--with-atomic ^
toolset=msvc-9.0~CEPlatform ^
define=_STLP_DEBUG=1 ^
variant=debug ^
threading=multi ^
stdlib=stlport-5.2.1 ^
link=shared ^
runtime-link=shared

goto exit

:exit
pause

Eu modifiquei o user-config.jam accordin para este link: [http://stackoverflow.com/questions/15906901/build-boost-c-wince/15939679#15939679][1]

Eu posso executar o aplicativo com o aumento no modo de liberação com algum problema:

boost :: this_thread :: sleep_for (boost :: chrono :: segundos (1));

fará com que o aplicativo trave no modo de liberação: não consigo o aplicativo se a instrução anterior não estiver presente. Parece que alguma dependência é perdida. Eu usei o Dependency walker e toda a dependência foi resolvida (COREDLL.DLL, STLPORT.5.2.DLL, BOOST_SYSTEM-VC90-MT-P-1_53.DLL, BOOST_THREAD-VC90-MT-P-1_53.DLL, BOOST_DATE_TIME-VC90- MT-P-1_53.DLL).

No modo de depuração, as coisas são piores: não consigo iniciar o aplicativo se incluo um cabeçalho de reforço (boost / thread.hpp, boost / chorono.hpp). Parece mais uma vez que alguns dll estão faltando, mas com walker dependência tudo parece ok. Nenhuma DLL ausente ... As DLLs vinculadas são: COREDLL.DLL, STLPORTSTLD.5.2.DLL, BOOST_SYSTEM-VC90-MT-GDP-1_53.DLL, BOOST_THREAD-VC90-MT-GDP-1_53.DLL, BOOST_DATE_TIME-VC90-MT -GDP-1_53.DLL

Estou esquecendo de algo. Alguém tem uma ideia?