Re: Autoconf, libpq and replacement function - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Autoconf, libpq and replacement function
Date
Msg-id 4925D21B.3050903@hagander.net
Whole thread Raw
In response to Re: Autoconf, libpq and replacement function  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Autoconf, libpq and replacement function  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Magnus Hagander <magnus@hagander.net> writes:
>> Tom Lane wrote:
>>> Since fnmatch and the #define's are supposed to be provided by
>>> <fnmatch.h>, I think you should probably put the substitute definitions
>>> in a substitute fnmatch.h, not port.h, to avoid that risk.
> 
>> Do we have an example where we do that before? I assume there is some
>> autoconfy way to make that include file only "appear" in the include
>> path if the system one doesn't exist or is broken?
> 
> Not really.  I'd suggest making the callers do something like
> 
>     #ifdef HAVE_FNMATCH
>     #include <fnmatch.h>
>     #else
>     #include "port/pg_fnmatch.h"
>     #endif

How's that actually different from the
#ifdef HAVE_FNMATCH
#include <fnmatch.h>        <-- happens in fe-secure.c
#else
#define ....                <-- happens in port.h
#endif

If HAVE_FNMATCH isn't set, we still have the same problem, no?

//Magnus


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [GENERAL] db_user_namespace, md5 and changing passwords
Next
From: Tom Lane
Date:
Subject: Re: array_agg and array_accum (patch)