------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=867
Mart Goodall <mart.goodall@???> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
--- Comment #7 from Mart Goodall <mart.goodall@???> 2009-07-29 16:37:33 ---
Ok - Its really my mistake for not including HAVE_CONFIG_H define in the
project. Without it, the code would not compile and to resolve that, I had
edited pcre_internal.h and added config.h to it (sorry I didn’t mention that
but I forgot myself). That resolved the compile/build but it does not function
identically to adding the HAVE_CONFIG_H. Really, the compile sequence is very
sensitive. I noticed for instance that pcre_ucp_searchfuncs.c does not contain
#ifdef HAVE_CONFIG_H
#include config.h"
#endif
Prior to the reference to #include "pcre_internal.h"- I assume this is a
mistake since it’s the only real difference I can see to placing config.h
directly in pcre_internal.h and adding #define HAVE_CONFIG_H.
At least at this point I can progress.
Thanks
Mart Goodall
-----Original Message-----
Subject: RE: [pcre-dev] [Bug 867] "\w" no longer functions
Thanks - not a program I am familiar with.
I made the VS solution from scratch to fit in to my environment. I actually
make pcre.lib with one project and then the pcretest.exe that links in the
library from another project, combined into one VS solution.
The main change to make it work was I have added "HAVE_CONFIG_H" as I didn’t
realize config.h wasn’t included without that. On doing so, I had to comment
out of config.h "#define EBCDIC 0" as this is actually defining it, even though
the value is 0, which stops the compile with lines in pcre_compile.c like:-
#if defined EBCDIC && defined SUPPORT_UTF8
#error The use of both EBCDIC and SUPPORT_UTF8 is not supported.
#endif
I am still investigating further to try and work out which #define is affecting
the result.
Thx
mart
-----Original Message-----
Mart Goodall wrote:
> Microsoft VS2008 doesnt use cMake. I am actually building directly from projects (*.vcproj) but even the other approach is nMake.
> I have found the Non-Unix-Use document (thanks) and just wading through it to see if there are any extra options required.
> I have just subscribed to pcre dev so hopefully soon I will start seeing the dialog.
> Fyi, I am on Win32 XP.
> Many thanks
> mart
>
cMake creates solution files for Visual Studio.
--
Configure bugmail:
http://bugs.exim.org/userprefs.cgi?tab=email
