Re: [Monotone-devel] More Visual C++ trouble

[Stephen Leake]

Richard Levitte <address@hidden> writes:

> As it is now, there are quite a lot of linking problems with pcrewrap,
> and I'm wondering if it's simply that _WIN32 needs to be defined in
> visualc/pcre.vcproj...  But I feel unsure about it, as I thought that
> was a preprocessor symbol the compiler created itself...
>
>  9>Linking...
>  9>LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other 
> libs; use /NODEFAULTLIB:library
>  9>pcrewrap.obj : error LNK2001: unresolved external symbol __imp__pcre_free
>  9>pcrewrap.obj : error LNK2019: unresolved external symbol __imp__pcre_exec 
> referenced in function "public: bool __thiscall pcre::regex::match(class 
> std::basic_string<char,struct std::char_traits<char>,class 
> std::allocator<char> > const &,enum pcre::flags)const " 
> (address@hidden@pcre@@address@hidden@address@hidden@@address@hidden@2@@std@@address@hidden@@Z)

This is the same bug I fixed for MinGW, when linking staticly with the
bundled pcre. See
http://lists.gnu.org/archive/html/monotone-devel/2007-10/msg00344.html

PCRE_STATIC must be defined to 1 when pcrwrap.cc includes pcre.h.

It should have been fixed by 62ac15e65e9e97d3c5032fed1ea4cbddbc9fc11d,
committed 2007-11-07T10:43:41

It requires the buildbot to run 'autoreconf -i' after updating; does
it do that?

-- 
-- Stephe