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

From Tom Lane
Subject Re: Autoconf, libpq and replacement function
Date
Msg-id 8084.1227215759@sss.pgh.pa.us
Whole thread Raw
In response to Re: Autoconf, libpq and replacement function  (Magnus Hagander <magnus@hagander.net>)
Responses Re: Autoconf, libpq and replacement function  (Magnus Hagander <magnus@hagander.net>)
List pgsql-hackers
Magnus Hagander <magnus@hagander.net> writes:
> Tom Lane wrote:
>> 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

What's bothering me is that port.h gets included *everywhere*, and
might perhaps conflict with some indirect or accidental inclusion
of <fnmatch.h>.

It would also allow someone to forget the#ifdef HAVE_FNMATCH#include <fnmatch.h>#endif
part and have it still work, if they were testing on a broken platform.
It's better that both inclusions appear together instead of having the
alternative code paths effectively appear in two unrelated files.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: array_agg and array_accum (patch)
Next
From: Magnus Hagander
Date:
Subject: Re: Autoconf, libpq and replacement function