Hi Przemek, I've filed this as: http://bugs.exim.org/show_bug.cgi?id=939
How about simply forcing C mode for this library in Harbour? We're again in a situation where we deviate from standard build procedure which just causes us problems, so it seems more convenient to do this instead of maintaining local patches. What do you think? Brgds, Viktor On 2009 Dec 22, at 00:00, Przemysław Czerpak wrote: > Hi, > > In PCRE library we have in pcreinal.h: > extern BOOL _pcre_is_newline(const uschar *, int, const uschar *, > int *, BOOL); > extern BOOL _pcre_was_newline(const uschar *, int, const uschar *, > int *, BOOL); > > but inside pcrenewl.c: > BOOL _pcre_is_newline(USPTR ptr, int type, USPTR endptr, > int *lenptr, BOOL utf8) > BOOL _pcre_was_newline(USPTR ptr, int type, USPTR startptr, > int *lenptr, BOOL utf8) > > This difference in casting confuse some C++ compilers, i.e. SunCC > recognize above declarations as different functions and generates > broken code for hbpcre. > It should be fixed to use the same declaration 'const uschar *' or > 'USPTR' in both versions and probably reported to author. I do not > know which one he prefer to change but as temporary solution we > can chose anyone (we do not use CUSTOM_SUBJECT_PTR so for use it > does not make any difference). Viktor can you change it? > > best regards, > Przemek > _______________________________________________ > Harbour mailing list (attachment size limit: 40KB) > [email protected] > http://lists.harbour-project.org/mailman/listinfo/harbour _______________________________________________ Harbour mailing list (attachment size limit: 40KB) [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
