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
Views: Raw Message | Whole Thread | Download mbox | Resend email
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

Browse pgsql-hackers by date

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