string.h and strings.h in ecpg
| От | ocie@paracel.com |
|---|---|
| Тема | string.h and strings.h in ecpg |
| Дата | |
| Msg-id | 9803252302.AA16192@dolomite.paracel.com обсуждение |
| Ответы |
[HACKERS] string.h and strings.h in ecpg
|
| Список | 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 по дате отправления: