Re: Trying to build 7.0.3 on SCO 5.0.4

From: Michael Fork <mfork(at)toledolink(dot)com>
To: Dave Smith <dave(at)candata(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgresSQL mailing list <pgsql-general(at)postgresql(dot)org>
Subject: Re: Trying to build 7.0.3 on SCO 5.0.4
Date: 2000-11-21 17:44:16
Message-ID: Pine.BSI.4.21.0011211243570.18109-100000@glass.toledolink.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Actually, to have it wide open, i think it should be this

#host all 0.0.0.0 0.0.0.0 trust

Michael Fork - CCNA - MCP - A+
Network Support - Toledo Internet Access - Toledo Ohio

On Tue, 21 Nov 2000, Dave Smith wrote:

> 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(at)candata(dot)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
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Don Baccus 2000-11-21 17:51:54 Re: (download ANSI SQL benchmark?) Re: Postgres article
Previous Message Jan Wieck 2000-11-21 17:43:40 Re: Re: [SQL] Requests for Development