From: Bruce Momjian <maillist@candle.pha.pa.us>
Message-Id: <199910241242.IAA14822@candle.pha.pa.us>
Subject: Re: Errors in Postgres
In-Reply-To: <3813BA46.C663DC07@math.kgu.krasnoyarsk.su> from System
	Administrator at "Oct 24, 1999 07:02:46 pm"
To: oleg@pine.krs.ru
Date: Sun, 24 Oct 1999 08:42:53 -0400 (EDT)
CC: vadim@krs.ru, pgsql-interfaces@postgresql.org,
 pgsql-general@postgresql.org
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

This is a standard C++ problem.  Some platforms need string.h, and some
just string.  We have not figured out a way to make this work on all
platforms.

Any ideas?  We kept switching them back and forth until we realized
this.  Sun's seem to have the problem.

At this point, and OS-specific test would probably be OK.

> Hi !
> 
> I found some errors in pgsql.
> 1. 
> 
> ----
> # ./configure --with-template=solaris_sparc_gcc --enable-hba --with-perl
> loading cache ./config.cache
> checking host system type... sparc-sun-solaris2.5.1
> checking echo setting...
> checking setting template to... solaris_sparc_gcc
> checking setting USE_LOCALE... disabled
> checking setting CYR_RECODE... disabled
> checking setting MULTIBYTE... disabled
> checking setting DEF_PGPORT... 5432
> checking setting DEF_MAXBACKENDS... 32
> checking setting USE_TCL... disabled
> checking setting USE_PERL... enabled
> checking setting USE_ODBC... disabled
> checking setting ASSERT CHECKING... disabled
> checking for gcc... (cached) gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler... no
> checking whether we are using GNU C... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking how to run the C preprocessor... (cached) gcc -E
> checking whether gcc needs -traditional... (cached) no
> - setting CPPFLAGS= 
> - setting LDFLAGS= 
> checking for c++... c++
> checking whether the C++ compiler (c++   ) works... no
> configure: error: installation or configuration problem: C++ compiler cannot
> create executables.
> #
> ----
> 
> 2. If I try it with additional option "--with-CXX=/usr/local/bin/gcc"
> and then type "gmake all" - in some time I get following :
> 
> ----
> gmake -C libpq++ all
> gmake[2]: Entering directory
> `/var/adm/files/postgresql-6.5.2/src/interfaces/libpq++'
> /usr/local/bin/gcc -I../../backend -I../../include -I../../interfaces/libpq
> -I../../include -I../../backend    -Wall -Wmissing-prototypes -fPIC   -c
> pgconnection.cc -o pgconnection.o
> In file included from pgconnection.cc:20:
> pgconnection.h:24: string: No such file or directory
> gmake[2]: *** [pgconnection.o] Error 1
> gmake[2]: Leaving directory
> `/var/adm/files/postgresql-6.5.2/src/interfaces/libpq++'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/var/adm/files/postgresql-6.5.2/src/interfaces'
> gmake: *** [all] Error 2
> #
> ----
> 
> In this pgconnection.h line 24 I found :
>   #include <string>
> Maybe there must be
>   #include <string.h>
> ??
> 
> What is wrong ?
> 
> Postgres 6.5.2 was being compiled on SUN SPARCstation 5, under Solaris 2.5.1.
> All necessary utilities have been installed: gcc 2.8.1, gmake 3.76.1, flex
> 2.5.4a.
> Also perl5 4.004 was installed.
> 
> Look forward to hearing from you soon.
> 
> Oleg
> 


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  maillist@candle.pha.pa.us            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026