Re: [boost] Compiling 64bit regex 1.37.0 with VS2005
I also see the same problem compiling with 32 bit MSVC 7.1 SP1 (13.10.6030). I don't experience the issue when using STLport - only when using the native Dinkumware STL implementation (not surprising given the preprocessor directives in the file). src\usinstances.cpp(47) : error C2910: 'std::char_traits<wchar_t>::length' : cannot be explicitly specialized I tried grabbing the latest copy of the source file from SVN, but it appears identical to that included in the 1.37.0 distribution. I haven't tried updating all the source and headers for the entire regex component yet... Gary -- View this message in context: http://www.nabble.com/Compiling-64bit-regex-1.37.0-with-VS2005-tp20493076p20... Sent from the Boost - Dev mailing list archive at Nabble.com.
Gary Mann wrote:
I also see the same problem compiling with 32 bit MSVC 7.1 SP1 (13.10.6030). I don't experience the issue when using STLport - only when using the native Dinkumware STL implementation (not surprising given the preprocessor directives in the file).
src\usinstances.cpp(47) : error C2910: 'std::char_traits<wchar_t>::length' : cannot be explicitly specialized
I tried grabbing the latest copy of the source file from SVN, but it appears identical to that included in the 1.37.0 distribution. I haven't tried updating all the source and headers for the entire regex component yet...
Ah, got it: it's building with /Zc:wchar_t- that triggers the issue, the attached patch fixes this, will be going into SVN shortly. HTH, John.
Gary Mann wrote:
I also see the same problem compiling with 32 bit MSVC 7.1 SP1 (13.10.6030). I don't experience the issue when using STLport - only when using the native Dinkumware STL implementation (not surprising given the preprocessor directives in the file).
src\usinstances.cpp(47) : error C2910: 'std::char_traits<wchar_t>::length' : cannot be explicitly specialized
I tried grabbing the latest copy of the source file from SVN, but it appears identical to that included in the 1.37.0 distribution. I haven't tried updating all the source and headers for the entire regex component yet...
Ah, got it: it's building with /Zc:wchar_t- that triggers the issue, the attached patch fixes this, will be going into SVN shortly. HTH, John.
Gary Mann wrote:
I also see the same problem compiling with 32 bit MSVC 7.1 SP1 (13.10.6030). I don't experience the issue when using STLport - only when using the native Dinkumware STL implementation (not surprising given the preprocessor directives in the file).
src\usinstances.cpp(47) : error C2910: 'std::char_traits<wchar_t>::length' : cannot be explicitly specialized
I tried grabbing the latest copy of the source file from SVN, but it appears identical to that included in the 1.37.0 distribution. I haven't tried updating all the source and headers for the entire regex component yet...
Ah, got it: it's building with /Zc:wchar_t- that triggers the issue, the attached patch fixes this, will be going into SVN shortly. HTH, John.
The patch got me compiling again -- thanks! Blessings, Foster On Fri, Nov 14, 2008 at 8:43 AM, John Maddock <john@johnmaddock.co.uk> wrote:
Gary Mann wrote:
I also see the same problem compiling with 32 bit MSVC 7.1 SP1 (13.10.6030). I don't experience the issue when using STLport - only when using the native Dinkumware STL implementation (not surprising given the preprocessor directives in the file).
src\usinstances.cpp(47) : error C2910: 'std::char_traits<wchar_t>::length' : cannot be explicitly specialized
I tried grabbing the latest copy of the source file from SVN, but it appears identical to that included in the 1.37.0 distribution. I haven't tried updating all the source and headers for the entire regex component yet...
Ah, got it: it's building with /Zc:wchar_t- that triggers the issue, the attached patch fixes this, will be going into SVN shortly.
HTH, John.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- Foster T. Brereton - Computer Scientist Software Technology Lab, Adobe Systems Incorporated fbrereto@adobe.com -- http://opensource.adobe.com
participants (3)
-
Foster Brereton -
Gary Mann -
John Maddock