pg.ddx.io pgsql-interfaces@postgresql.org mailing list archive
help / color / mirror / Atom feedCompiling ecpg on SCO
4+ messages / 2 participants
[nested] [flat]
* Compiling ecpg on SCO
@ 2000-12-29 00:22 Scott Holmes <sholmes@pacificnet.net>
0 siblings, 1 reply; 4+ messages in thread
From: Scott Holmes @ 2000-12-29 00:22 UTC (permalink / raw)
To: pgsql-interfaces
I'm not sure this belongs with interfaces but the code is found in that
directory of the distribution (7.0.2). The compile on SCO fails with the
message that nocachegetattr is undefined, first mentioned in pgc.o
I can find no mention of it but it does appear that at least this particular
SCO box is missing a library. The FAQ_SCO does not mention this problem and
this is the first time I've dealt with PostgreSQL on a SCO, so if anyone can
help me with this problem I would be grateful.
Scott
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Compiling ecpg on SCO
@ 2000-12-29 04:25 Tom Lane <tgl@sss.pgh.pa.us>
parent: Scott Holmes <sholmes@pacificnet.net>
0 siblings, 1 reply; 4+ messages in thread
From: Tom Lane @ 2000-12-29 04:25 UTC (permalink / raw)
To: Scott Holmes <sholmes@pacificnet.net>; +Cc: pgsql-interfaces
Scott Holmes <sholmes@pacificnet.net> writes:
> I'm not sure this belongs with interfaces but the code is found in that
> directory of the distribution (7.0.2). The compile on SCO fails with the
> message that nocachegetattr is undefined, first mentioned in pgc.o
Try removing "#define DISABLE_COMPLEX_MACRO" from src/include/port/sco.h.
We've done that for 7.1, but I wonder if anyone is still running an SCO
compiler that needs it...
regards, tom lane
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Compiling ecpg on SCO
@ 2000-12-29 04:56 Scott Holmes <sholmes@pacificnet.net>
parent: Tom Lane <tgl@sss.pgh.pa.us>
0 siblings, 1 reply; 4+ messages in thread
From: Scott Holmes @ 2000-12-29 04:56 UTC (permalink / raw)
To: Tom Lane <tgl@sss.pgh.pa.us>; +Cc: pgsql-interfaces
Thank you for the suggestion, but it didn't make any difference with this
problem.
> Try removing "#define DISABLE_COMPLEX_MACRO" from src/include/port/sco.h.
> We've done that for 7.1, but I wonder if anyone is still running an SCO
> compiler that needs it...
>
> regards, tom lane
^ permalink raw reply [nested|flat] 4+ messages in thread
* Re: Compiling ecpg on SCO
@ 2000-12-29 05:23 Tom Lane <tgl@sss.pgh.pa.us>
parent: Scott Holmes <sholmes@pacificnet.net>
0 siblings, 0 replies; 4+ messages in thread
From: Tom Lane @ 2000-12-29 05:23 UTC (permalink / raw)
To: Scott Holmes <sholmes@pacificnet.net>; +Cc: pgsql-interfaces
Scott Holmes <sholmes@pacificnet.net> writes:
> Thank you for the suggestion, but it didn't make any difference with this
> problem.
How hard did you try? Given the lack of dependency info in the Postgres
makefiles, you should figure on a "make clean all" after any change to
a widely used header file. Maybe even make distclean, reconfigure,
and rebuild.
Your report is not a new issue, and I'm pretty sure the change I
suggested does fix it, if allowed to propagate all the way through...
regards, tom lane
^ permalink raw reply [nested|flat] 4+ messages in thread
end of thread, other threads:[~2000-12-29 05:23 UTC | newest]
Thread overview: 4+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2000-12-29 00:22 Compiling ecpg on SCO Scott Holmes <sholmes@pacificnet.net>
2000-12-29 04:25 ` Tom Lane <tgl@sss.pgh.pa.us>
2000-12-29 04:56 ` Scott Holmes <sholmes@pacificnet.net>
2000-12-29 05:23 ` Tom Lane <tgl@sss.pgh.pa.us>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox