From: Tom Lane <tgl@sss.pgh.pa.us>
To: frank <f.callaghan@ieee.org>
Cc: pgsql-hackers@postgreSQL.org
Subject: Re: 7.0RC2 compile error !
Date: Wed, 03 May 2000 13:38:56 -0400
Message-ID: <8425.957375536@sss.pgh.pa.us> (raw)
In-Reply-To: <391053AD.C8706034@ieee.org>
References: <200005030227.WAA05863@candle.pha.pa.us>
<390FB047.CD8B8BA5@alumni.caltech.edu>
<39102A85.473BFC36@ieee.org>
<20000503101756.A16305@rice.edu>
<7839.957368619@sss.pgh.pa.us>
<39103FAE.14920C31@ieee.org>
<8030.957370504@sss.pgh.pa.us>
<391053AD.C8706034@ieee.org>
frank <f.callaghan@ieee.org> writes:
> Yup your dead right, the <string> include failed in the configure.
> Isn't configure supposed to tell the user that something failed ?,
> I have no idea what is an acceptable configuration for this s/w !
> checking for namespace std in C++... yes
> checking for include <string> in C++... no
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Yup, there's our problem. Your C++ setup is evidently pretty modern,
since it knows what namespace std is. My guess is that you don't have
the headers for libstdc++ installed.
It would probably be a good idea to add another configure test to see
whether class "string" is actually available, and disable building
libpq++ if not. (We shouldn't simply kill libpq++ if the "include
<string>" test fails, since older C++ installations may have class
string in <string.h>. But if we can't find a header that defines class
string at all, then libpq++ is definitely going to fall over.)
Any objections if I sneak in such a configure test? Should be a
low-risk change.
regards, tom lane
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-interfaces@postgresql.org
Cc: tgl@sss.pgh.pa.us, f.callaghan@ieee.org, pgsql-hackers@postgreSQL.org
Subject: Re: 7.0RC2 compile error !
In-Reply-To: <8425.957375536@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
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