Skip site navigation (1) Skip section navigation (2)

Re: build of 7.2.1 on SCO Openserver and Unixware 7.1.1

From: "Nicolas Bazin" <nbazin(at)ingenico(dot)com(dot)au>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>,"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "PostgreSQL-development" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: build of 7.2.1 on SCO Openserver and Unixware 7.1.1
Date: 2002-03-27 22:34:53
Message-ID: 004001c1d5df$9cfdb320$ (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-patches
----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Nicolas Bazin" <nbazin(at)ingenico(dot)com(dot)au>; "PostgreSQL-development"
Sent: Thursday, March 28, 2002 2:30 AM
Subject: Re: [HACKERS] build of 7.2.1 on SCO Openserver and Unixware 7.1.1

> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Yes, the patch replaces pow(8,*) with a lookup table of 4 8^X values.
> > So SCO provides a library you can't link to?  Or you can't mix *.so
> > libraries and static *.a libraries?  I am inclined ot add this patch to
> > the doc/FAQ_SCO file.  We really try to avoid major code uglyness to
> > work around operating system things that should work on their own.
> Actually, the existing coding in odbc is just plain stupid: why are we
> using a transcendental function call to emulate an integer shift?
> Even the table-based implementation that Nicolas proposed is doing it
> the hard way.  Try converting, eg,
> for (i = 1; i <= 3; i++)
> y += (s[i] - 48) * (int) pow(8, 3 - i);
> to
> for (i = 1; i <= 3; i++)
> y += (s[i] - '0') << (3 * (3 - i));
> and you can get the patch accepted just on efficiency and readability
> grounds, never mind whether it avoids SCO library breakage.
> >> The TCL stuff is because Caldera distribution of TCL is compiled with
> >> compiler. If you happen to use another compiler on your platform (gcc)
> >> doesn't work anymore. Caldera compiler has -belf -Kpic options which
> >> fully incompatible with gcc. That's why I though best to leave the TCL
> >> packages been compiled with the compiler used for postgresql.
> We've been around on this a couple of times now; the current theory is
> that we should stop using the TCL-supplied switches altogether.  There
> is a patch in the works to change libpgtcl and pltcl to be built the
> same way we build everything else in the distribution.
Perls modules have the same problems. Is there a patch also ?

> regards, tom lane

In response to

pgsql-hackers by date

Next:From: Nicolas BazinDate: 2002-03-27 23:30:21
Subject: Always the same ecpg bug - please (re)apply patch
Previous:From: Jan WieckDate: 2002-03-27 21:18:38
Subject: Re: Problem with do_quote_ident()

pgsql-patches by date

Next:From: Rod TaylorDate: 2002-03-28 00:57:19
Subject: pg_dump for domains
Previous:From: Christopher MastoDate: 2002-03-27 21:30:31
Subject: Re: psql slash command '\G'

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group