Re: Compiling libpq with VC6 - Mailing list pgsql-patches

From Tom Lane
Subject Re: Compiling libpq with VC6
Date
Msg-id 2137.1092849439@sss.pgh.pa.us
Whole thread Raw
In response to Re: Compiling libpq with VC6  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Compiling libpq with VC6
List pgsql-patches
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Andreas Pflug wrote:
>> Not really. The backend will still use the reliable pg_ functions.
>> Frontends continue to use the libc functions, which are totally
>> sufficient in non-concurrent access situations.

> I would like to keep full Unix semantics for these functions even in
> libpq, if possible.

libpq doesn't use either rename or unlink AFAIK.  However, if we make
the patch be something involving #ifdef FRONTEND, then it will affect
other code that might want to use those.

One thing that hasn't been real clear to me is why this only affects
fe-lobj.c, when we have many other files that include <io.h> after
including postgres.h.

            regards, tom lane

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Compiling libpq with VC6
Next
From: Andreas Pflug
Date:
Subject: Re: Compiling libpq with VC6