Patches item #1489359, was opened at 2006-05-16 07:38 Message generated for change (Comment added) made by msclrhd You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&group_id=7586 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Fink (vividos) Assigned to: John Maddock (johnmaddock) Summary: [config] evc4 port Initial Comment: This patch is a port for evc3/4 targeting Windows CE. Reason for the changes in auto_link.hpp: STLport with evc4 cannot be compiled in _STLP_DEBUG mode; the compiler issues wrong ARM code and _STLP_DEBUG mode cannot be used with evc4 ARM. I also introduced a new file wince.hpp in boost/config/platform/, since the defines in the _WIN32_WCE part got too big. ---------------------------------------------------------------------- Comment By: Reece H Dunn (msclrhd) Date: 2006-06-03 20:57 Message: Logged In: YES user_id=761714 I am working on providing support for WinCE platforms by extending the BBv2 msvc.jam toolset. See http://www.reece-dunn.co.uk for the updates. I am adding the -DARM, -DWINCE, etc. as required by the platforms as well as adding -machine:ARM4, etc. to the linker. It is still very much a work in progress, so help getting this working would be very much appreciated. - Reece ---------------------------------------------------------------------- Comment By: John Maddock (johnmaddock) Date: 2006-06-03 11:57 Message: Logged In: YES user_id=14804 Some more comments and questions: Shouldn't #ifndef _CPPUNWIND # error C++ Exception handling is not switched on, which is neccessary for Boost! Please add /GX to your compiler options. #endif be: #ifndef _CPPUNWIND # define BOOST_NO_EXCEPTIONS #endif I'm also concerned about hard coding the value of _WIN32_WINNT: this is very bad manners at the very least! Finally, shouldn't those C functions be defined in namespace std? I presume that the header needs to include <cstring> as well otherwise I don't see how it can possibly compile. John. ---------------------------------------------------------------------- Comment By: Mateusz Loskot (mloskot) Date: 2006-05-30 02:52 Message: Logged In: YES user_id=736047 Hi, Michael: Thanks for your effor to make Boost more Windows CE-friendly. Some time ago, I also started to use Boost with eVC++/VC++8. John: VC++ 8.0 brings the whole set of compilers for Winodows CE platform: clarm.exe, clmips.exe, etc. Here is a list with preprocessor macros to check target arch: http://www.smartphonedn.com/qa/checkos.html Here is a table that explains how to map devie arch from eVC++ 3/4 to VC++ 8.0: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnppcgen/ht... Also, biuld system should define appropriate symbols: -D _ARM_ -D ARM -D _arm_ -D _MIPS_ -D MIPS -D _mips_ etc. Cheers ---------------------------------------------------------------------- Comment By: Michael Fink (vividos) Date: 2006-05-17 13:22 Message: Logged In: YES user_id=124874 The only change I made is to rename "evc8" to "msvc8-arm", but since I don't know exactly how to differentiate processors in msvc8 I simply put "msvc8-arm". A possible msvc8 porter has to decide that. I updated the patch since I found another issue: there's no static C runtime for Windows CE, so autolinking always chooses "-gdp" now. Please disregard the first patch. ---------------------------------------------------------------------- Comment By: John Maddock (johnmaddock) Date: 2006-05-17 09:51 Message: Logged In: YES user_id=14804 I notice that the patches are arm-specific, surely VC8 can be used to target other processors? John. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1489359&group_id=7586 _______________________________________________ Boost-bugs mailing list Boost-bugs@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs