Re: Trying to build 7.0.3 on SCO 5.0.4
От | Dave Smith |
---|---|
Тема | Re: Trying to build 7.0.3 on SCO 5.0.4 |
Дата | |
Msg-id | 3A1AB33C.3000402@candata.com обсуждение исходный текст |
Ответ на | Trying to build 7.0.3 on SCO 5.0.4 (Dave Smith <dave@candata.com>) |
Ответы |
Re: Trying to build 7.0.3 on SCO 5.0.4
|
Список | pgsql-general |
Ok commented out, did a make clean and it rebuild ok. Created a user postgre and did an inintdb -D/usr2/broker/database as that user. Started the postmaster with the -i option. Now when I create a database ... createdb company psql: No pg_hba.conf entry for host localhost, user postgre, database template1 createdb: database creation failed now the pg_hba.conf file says local all trust host all 0.0.0.0 255.255.255.255 trust which to me is wide open. I know it is the right config file because if I edit it and place invalid values I get a bad config file error. Ideas? Tom Lane wrote: > Dave Smith <dave@candata.com> writes: > >> cc -b elf -o ecpg preproc.o pgc.o type.o ecpg.o ecpg_keywords.o output.o >> keywords.o c_keywords.o ../lib/typename.o descriptor.o variable.o -lPW >> -lgen -lcrypt -lld -lnsl -lsocket -ldl -lm -ltermcap -lcurses -W l,-Bexport >> Undefined first referenced >> symbol in file >> nocachegetattr pgc.o > > > Hm. Try removing #define DISABLE_COMPLEX_MACRO from > src/include/port/sco.h. > > Not sure if the backend will build (or work if built) without that > #define; it depends on whether your compiler is less buggy than the > version that caused someone to put that #define into sco.h originally. > But it's worth a try. Worst case, you might have to build the backend > with DISABLE_COMPLEX_MACRO and remove it only for ecpg. Or you could > use the fix embodied in current sources --- make fastgetattr() a > normal extern routine in heapam.c, instead of a static in heapam.h. > But that'd take a little more work... > > regards, tom lane
В списке pgsql-general по дате отправления: