Hi. What baffles me the most about this issue is that the Intel compiler should mostly be compatible with MSVC6 compiler, according to the Intel website. I.e. no special compiler switches for compatibility required? Anyway; I got around this issue with a temporary #define MSVC6 for the offending code section followed by a prompt #undef. Ugly, I know, but so is the code involved. I mean, the following lines (26-27) of <boost/posix_time/time_formatters.hpp> does not install any trust whatsoever on my part: //TODO the following is totally non-generic, yelling FIXME #if (defined(BOOST_MSVC) && (_MSC_VER <= 1200)) // 1200 == VC++ 6.0 Oh, the Intel compiler like most of the other compilers on the regression test page does not appear to pass the regression tests. In my book "pass" would be if the compiler fails none of the tests, but heck, I have never written a compiler so that means my opinion is null and void on this :). Thanks for the help! Greetings, Andre. Jeff Garland wrote:
It appears that there is not a streaming operator defined for the time_duration::fractional_seconds_type type.
This will normally be a 64 bit integer type (eg: __int64, long long or whatever Intel 7 calls it). I'm a bit suprised this is a problem since the Intel compiler passes the regression tests.
http://boost.sourceforge.net/regression-logs/cs-win32.html
What sort of settings do you have set on the compile? Is Intel the compiler the has an MSVC 6 compatibility mode that might be turned on?
Jeff
Info: <http://www.boost.org> Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com>
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/