Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
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

pgsql-hackers by date

Next:From: Prasanth A. KumarDate: 2000-12-03 07:49:14
Subject: Re: beta testing version
Previous:From: Vadim MikheevDate: 2000-12-03 07:00:29
Subject: Re: beta testing version

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group