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

string.h and strings.h in ecpg

From: ocie(at)paracel(dot)com
To: hackers(at)postgreSQL(dot)org
Subject: string.h and strings.h in ecpg
Date: 1998-03-25 23:02:55
Message-ID: 9803252302.AA16192@dolomite.paracel.com (view raw or flat)
Thread:
Lists: pgsql-hackers
I am again trying to compile on my (possible non standard) Solaris
platform.  I still have to add in library directories and -lucb in
order to find getrusage, &c.  One thing I have noticed is that the
configure script now checks for string.h vs strings.h, but this
information is not being propagated to the correct makefiles, so that
pgc.l gets the following problem:

gcc -I../../../include -I../../../backend    -Wall -Wmissing-prototypes -I../include -DMAJOR_VERSION=1 -DMINOR_VERSION=1 -DPATCHLEVEL=0 -DINCLUDE_PATH=\"/home/dolomite/pgsql/include\"   -c pgc.c 
pgc.l:8: strings.h: No such file or directory


I fixed this by hand in the ecpg Makefile, but I'm not quite sure how
to get the configure information into the correct Makefile.

Ocie


Responses

pgsql-hackers by date

Next:From: ocieDate: 1998-03-25 23:29:57
Subject: More Solaris Woes
Previous:From: The Hermit HackerDate: 1998-03-25 20:22:48
Subject: Re: [HACKERS] Postgresql-6.3-6.3.1.gz

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