[pcre-dev] [Bug 951] On systems requiring inttypes.h the inc…

Top Page
Delete this message
Author: Philip Hazel
Date:  
To: pcre-dev
Subject: [pcre-dev] [Bug 951] On systems requiring inttypes.h the include is missing in pcre_compile.c
------- 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 <ph10@???> 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: ph10@???
>         ReportedBy: dam@???
>                 CC: pcre-dev@???, dam@???

>
>
> 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