Support for MS embedded Visual C++ 4
Hi! I'm currently porting our codebase to eVC4 and was wondering if someone already had done so. For the curious, the development environment is mostly similar to VC6, which the same compiler -err- features, though the C++ standardlib is even more limited (I won't even try without STLport, which already works). thanks Ulrich Eckhardt
At Thursday 2004-12-02 23:12, you wrote:
Hi!
I'm currently porting our codebase to eVC4 and was wondering if someone already had done so. For the curious, the development environment is mostly similar to VC6, which the same compiler -err- features, though the C++ standardlib is even more limited (I won't even try without STLport, which already works).
I'm still trying to figure out why they crippled the development so badly (they DO have vc7.1 working, what's so special about "embedded"?).
thanks
Ulrich Eckhardt _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"
On Friday 03 December 2004 07:12, Ulrich Eckhardt wrote:
I'm currently porting our codebase to eVC4 and was wondering if someone already had done so. ^ for boost
OK, mostly I was in desperate need of help, because of the extremely irritating behaviour of the emulator included with the IDE (I don't have any real hardware). After three days of fighting with it, I found out that the system can't use libnames longer that 32 chars, including the terminating NUL. Hell, it reminds me of 8.3 filenames and the like, I don't get it... The good message is that boost_threads now run under the emulator. I will start cleaning up the patches (I commented lots of code, suspecting the error there and not in this BEEEPing excuse for a linker) on monday, and put them online. Because of the similarities in compilers, I confident that evc4 will be able to use boost to the same extent as VC6, which is a lot already. I'd appreciate if there was a preprocessor makro I could use to distinguish, any suggestions how to name it canonically? Also, I wonder if there was a use for a makro that turned off use of IOStreams, because the native stdlib doesn't have any, and things like shared_ptr could work out of the box then. As a related question, I wondered about this statement:
config - Helps boost library developers adapt to compiler idiosyncrasies; not intended for library users. Last time I asked about this, I thought the consensus was that it was intended for library users. Did I miss anything?
cheers and a nice weekend Uli
participants (2)
-
Ulrich Eckhardt -
Victor A. Wagner Jr.