Re: [pgsql-hackers-win32] libpq build problem with on MS VC++
| От | Tom Lane |
|---|---|
| Тема | Re: [pgsql-hackers-win32] libpq build problem with |
| Дата | |
| Msg-id | 29177.1092717770@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на |
Re: [pgsql-hackers-win32] libpq build problem with |
| Ответы |
Re: [pgsql-hackers-win32] libpq build problem with Re: [pgsql-hackers-win32] libpq build problem with |
| Список | pgsql-patches |
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Andrew Francis wrote:
>> How about avoiding #define altogether, and:
>> - Always use pgrename/pgunlink instead of rename/unlink
> We could do it but we have avoided that for cases where Unix would just
> be a pass-through.
To put that in a more positive light: we like to think that our code is
Posix-compliant and runs in a Posix-compliant environment. We're not
thrilled about introducing non-Posix-isms for the convenience of one
platform ... especially if there's no easy way to enforce that the
nonstandard coding convention be used.
Back on track: if rename() does exist under Windows then my idea is
unreliable. Any other thoughts? How about #including <io.h> in port.h
(for Windows only of course) before we #define these things?
regards, tom lane
В списке pgsql-patches по дате отправления: