string.h and strings.h in ecpg - Mailing list pgsql-hackers

From ocie@paracel.com
Subject string.h and strings.h in ecpg
Date
Msg-id 9803252302.AA16192@dolomite.paracel.com
Whole thread Raw
Responses [HACKERS] string.h and strings.h in ecpg
List 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

pgsql-hackers by date:

Previous
From: The Hermit Hacker
Date:
Subject: Re: [HACKERS] Postgresql-6.3-6.3.1.gz
Next
From: ocie@paracel.com
Date:
Subject: More Solaris Woes