Thread
-
Re: [HACKERS] Re: UnixWare
Billy G. Allie <bill.allie@mug.org> — 1999-06-18T02:55:32Z
Andrew Merrill wrote: > It looks like you are using SCO UnixWare 2.1.2. PostgreSQL 6.4.X and 6.5.X d > o > compile and run on SCO UnixWare 7, the current version. > > I have not been able to compile PostgreSQL 6.5 (or any other version) on > UnixWare 2. The main problem seems to be that PostgreSQL uses alloca, > and I can't find the alloca.h header on my UnixWare 2 system. > > SCO has released a newer compiler, often called the Universal Development > Kit (UDK) which will run on UnixWare 7, UnixWare 2, and OpenServer 5, and > which will produce a single binary for all three platforms. PostgreSQL 6.5 > will compile on both UnixWare 7 and OpenServer 5 using SCO's UDK compiler, > so I assume it would compile on UnixWare 2 using it as well. However, > I don't have a UnixWare 2 system with the UDK installed to test this. > > I hope this is helpful. > > Andrew Merrill > The Computer Classroom, Inc., a SCO Authorized Education Center > > > Does anybody use postgres on this animal? > > > > UNIX_SV its-sp 4.2MP 2.1.2 i386 x86at SCO UNIX_SVR4 > > UX:cc: INFO: Optimizing C Compilation System (CCS) 3.0 09/26/96 (u211mr1 > ) > > Postgres 6.5 current CVS > Under UnixWare 2.x, alloca is in the UCB library (libucb.a ?). The easist way to link in alloca is to extract it from libucb.a and either link in the alloca.o file or put it into the libgen.a library and the link in via -lgen. Why now just link in lubucb.a you ask? The are routines in libucb.a that you do not want to get linked into the object in place of the regular routines with the same name. I have ran my UnixWare 2.x system (when I had it) with alloca in libgen.a with out any problems. This was the setup I used to compile Postgres 6.3.x when I had UnixWare 2.x. [Hmmm.... It looks like I should put together a 486 box to run Unixware 2.x on so that I can test new versions of PostgreSQL on it]. -- ____ | Billy G. Allie | Domain....: Bill.Allie@mug.org | /| | 7436 Hartwell | Compuserve: 76337,2061 |-/-|----- | Dearborn, MI 48126| MSN.......: B_G_Allie@email.msn.com |/ |LLIE | (313) 582-1540 |
-
Re: [HACKERS] Re: UnixWare
Thomas Good <tomg@nrnet.org> — 1999-06-18T11:04:55Z
On Thu, 17 Jun 1999, Billy G. Allie wrote: Billy, I have such a box (running 2.1.2 and pg 6.3.2) and linked no problem (see earlier post) by telling the linker to use /usr/ucblib. Thomas Lockhart would like me to document this along with Dmitri S and Andrew...but I am underqualifed (generally ;-) Care to assist? Cheers, Tom Good > Under UnixWare 2.x, alloca is in the UCB library (libucb.a ?). The easist way > to link in alloca is to extract it from libucb.a and either link in the > alloca.o file or put it into the libgen.a library and the link in via -lgen. > Why now just link in lubucb.a you ask? The are routines in libucb.a that you > do not want to get linked into the object in place of the regular routines > with the same name. I have ran my UnixWare 2.x system (when I had it) with > alloca in libgen.a with out any problems. > > This was the setup I used to compile Postgres 6.3.x when I had UnixWare 2.x. > [Hmmm.... It looks like I should put together a 486 box to run Unixware 2.x > on so that I can test new versions of PostgreSQL on it]. > > -- > ____ | Billy G. Allie | Domain....: Bill.Allie@mug.org > | /| | 7436 Hartwell | Compuserve: 76337,2061 > |-/-|----- | Dearborn, MI 48126| MSN.......: B_G_Allie@email.msn.com > |/ |LLIE | (313) 582-1540 | > > > ------- North Richmond Community Mental Health Center ------- Thomas Good MIS Coordinator Vital Signs: tomg@ { admin | q8 } .nrnet.org Phone: 718-354-5528 Fax: 718-354-5056 /* Member: Computer Professionals For Social Responsibility */ -
Re: [HACKERS] Re: UnixWare
Dmitry Samersoff <dms@wplus.net> — 1999-06-21T09:20:21Z
On 18-Jun-99 Thomas Good wrote: > On Thu, 17 Jun 1999, Billy G. Allie wrote: > > Billy, > > I have such a box (running 2.1.2 and pg 6.3.2) and linked no problem (see > earlier post) by telling the linker to use /usr/ucblib. I clearly build 6.5 on my UW using compiler located in /udk with one fiew problem in plpgsql: compilation of pl_scan.c filed due undeclared K_ALIAS ... I move line #include "pl_scan.c" in pl_gram.c after constant declaration, but I don't now how it can be solved permanently in gram.y I can't connect to postgres using UDS, probably, because its on disk name has additional simbol ^F root@its-sp:~/postgresql-6.5/src/pl/plpgsql/src>ls -l /tmp/.s* p-w--w--w- 1 postgres 0 Jun 17 22:39 /tmp/.s.PGSQL.5432^F --- Dmitry Samersoff, dms@wplus.net, ICQ:3161705 http://devnull.wplus.net * There will come soft rains ...