Re: compiling pg 7.0.3 on sco 5.0.5

From: "Billy G(dot) Allie" <bga(at)mug(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Arno A(dot) Karner" <karner(at)tnss(dot)com>, pgsql-hackers(at)postgresql(dot)org, bga(at)mug(dot)org
Subject: Re: compiling pg 7.0.3 on sco 5.0.5
Date: 2000-12-03 07:25:26
Message-ID: 200012030725.eB37PQC05549@bajor.mug.org
Views: Raw Message | Whole Thread | Download mbox
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> This is a header bug (there's a backend header file that some bright
> soul put a static function declaration into :-( ... and the function

Actually, it's a static function, not a declaration. The DISABLE_COMPLEX_MACRO
definition was originally put in to work around a macro size limitation of the
UnixWare 2.1 C compiler (and later the SCO UDK (Universal Development Kit)).
If the gnu C compiler is being used it should not be defined. The function
used to replace the macro was placed in the header and defined as static so
that the UnixWare compiler would compile the function in-line where ever it
was used.

> can't link outside the backend ... and ecpg includes that header,
> even though it has no use for the particular function).
>
> I'd suggest trying to remove the #define DISABLE_COMPLEX_MACRO from
> port/sco.h. If it compiles and passes regress tests that way, you're
> better off without the #define anyhow.

--
____ | Billy G. Allie | Domain....: Bill(dot)Allie(at)mug(dot)org
| /| | 7436 Hartwell | Compuserve: 76337,2061
|-/-|----- | Dearborn, MI 48126| MSN.......: B_G_Allie(at)email(dot)msn(dot)com
|/ |LLIE | (313) 582-1540 |

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Prasanth A. Kumar 2000-12-03 07:49:14 Re: beta testing version
Previous Message Vadim Mikheev 2000-12-03 07:00:29 Re: beta testing version