From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Pete Forman <gsez020(at)kryten(dot)bedford(dot)waii(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Larry Rosenman <ler(at)lerctr(dot)org> |
Subject: | Re: Add support for <xti.h> |
Date: | 2000-10-23 16:19:41 |
Message-ID: | 11641.972317981@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>> Actually, given your description of the problem, I'm half inclined
>> to revert the whole patch and instead make configure's test for
>> availability of <netinet/tcp.h> first include <netinet/in.h>, so
>> that that configure test will succeed on IRIX etc.
Pete,
After looking at this I'm confused again. The configure test
consists of seeing whether cpp will process
#include <netinet/tcp.h>
without complaint. I can well believe that the full C compilation
process will generate errors if <netinet/tcp.h> is included without
also including <netinet/in.h>, but it's a little harder to believe
that cpp alone will complain. Could you double-check this?
It would be useful to look at the config.log file generated by the
configure run that's reporting tcp.h isn't found. It should contain
the error messages generated by failed tests.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-10-23 16:29:17 | Re: AW: AW: relation ### modified while in use |
Previous Message | Philip Warner | 2000-10-23 16:04:21 | Re: relation ### modified while in use |