Re: compiling pg 7.0.3 on sco 5.0.5 - Mailing list pgsql-hackers

From Billy G. Allie
Subject Re: compiling pg 7.0.3 on sco 5.0.5
Date
Msg-id 200012030725.eB37PQC05549@bajor.mug.org
Whole thread Raw
In response to Re: compiling pg 7.0.3 on sco 5.0.5  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: compiling pg 7.0.3 on sco 5.0.5  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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.Allie@mug.org
|  /|      | 7436 Hartwell     | Compuserve: 76337,2061
|-/-|----- | Dearborn, MI 48126| MSN.......: B_G_Allie@email.msn.com
|/  |LLIE  | (313) 582-1540    | 



pgsql-hackers by date:

Previous
From: "Gary MacDougall"
Date:
Subject: Re: beta testing version
Next
From: Joel Burton
Date:
Subject: RI tutorial hack reading needed