------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugs.exim.org/show_bug.cgi?id=951 --- Comment #1 from Philip Hazel <[email protected]> 2010-01-20 16:45:16 --- On Wed, 20 Jan 2010, Dagobert Michelsen wrote: > ------- You are receiving this mail because: ------- > You are the assignee for the bug. > > http://bugs.exim.org/show_bug.cgi?id=951 > Summary: On systems requiring inttypes.h the include is missing > in pcre_compile.c > Product: PCRE > Version: 8.01 > Platform: Sun > OS/Version: Solaris > Status: NEW > Severity: bug > Priority: medium > Component: Code > AssignedTo: [email protected] > ReportedBy: [email protected] > CC: [email protected], [email protected] > > > On systems requiring inttypes.h the include is missing when trying to compile > pcre_compile.c. The error has first occured on 8.01, the version 8.00 works > fine. What goes wrong? I guess it's related to the new code in pcre_internal.h that reads like this: #if HAVE_STDINT_H #include <stdint.h> #endif #if defined INT64_MAX || defined int64_t #define INT64_OR_DOUBLE int64_t #else #define INT64_OR_DOUBLE double #endif On my Linux box (which does have /usr/include/inttypes.h, incidentally), there is no problem. The only way I can see that this can fail is if INT64_MAX is defined, but int64_t is neither defined nor typedeffed. (It is a great pity that C does not contain a preprocessor facility for asking "is xxx typedeffed?".) Regards, Philip -- Configure bugmail: http://bugs.exim.org/userprefs.cgi?tab=email -- ## List details at http://lists.exim.org/mailman/listinfo/pcre-dev
