|
Boost : |
From: SourceForge.net (noreply_at_[hidden])
Date: 2006-06-03 16:57:55
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/html/migrating_evc_vs2005.asp
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_at_[hidden]
https://lists.sourceforge.net/lists/listinfo/boost-bugs
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk