I was egtting a compile error complaining (in effect) abour the lack of
a pid_t type when attempting a compile with MSVC. The attached patch,
which move the definition up in the file win32.h before it is used,
seems to cure the problem.
I am also seeing non-fatal warnings about redefinition of
Andrew Dunstan wrote:
I am also seeing non-fatal warnings about redefinition of SIG_ERR
SIG_DFL and SIG_IGN which I will investigate.
The cure for this seems to be to add
#include
near the top of src/include/port/win32.h.
cheers
andrew
---(end of broadcast)---
Andrew Dunstan <[EMAIL PROTECTED]> writes:
> I was egtting a compile error complaining (in effect) abour the lack of
> a pid_t type when attempting a compile with MSVC. The attached patch,
> which move the definition up in the file win32.h before it is used,
> seems to cure the problem.
I appli
Hi,
NetBSD mac68k's gcc does not define __mc68000__, but __m68k__
The following patch makes the oldstyle_length test pass on this platform
The change in miscinit is not necessary but for consistency sake (the
return value of the func is not read).
Index: src/backend/utils/fmgr/fmgr.c
===
=?ISO-8859-1?Q?R=E9mi_Zara?= <[EMAIL PROTECTED]> writes:
> NetBSD mac68k's gcc does not define __mc68000__, but __m68k__
> The following patch makes the oldstyle_length test pass on this platform
Applied, thanks.
> The change in miscinit is not necessary but for consistency sake
Actually I think
Thanks. Tom has applied this fix.
---
Rémi Zara wrote:
>
> Hi,
>
> NetBSD mac68k's gcc does not define __mc68000__, but __m68k__
> The following patch makes the oldstyle_length test pass on this platform
> The change in m
