From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Trond Eivind Glomsrød <teg(at)redhat(dot)com> |
Cc: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>, PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 7.2 RPMs |
Date: | 2001-09-17 21:36:53 |
Message-ID: | Pine.LNX.4.30.0109172331100.680-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Trond Eivind Glomsrød writes:
> > There are provisions in the source for figuring this out automatically.
> > Currently, the only "figuring" it does is to allow it on Linux. (It is my
> > understanding that it works on Linux independent of the CPU architecture.
> > In the past there have been problems with insufficient dynamic loader
> > implementations, but there is no principal design obstacle.)
>
> No. It works on IA32, but breaks elsewhere.
Libtool seems to think otherwise. And the people who provided the
patches to libtool are the ones who should know best.
> > But it would really be of advantage if distributors (i.e., you) supplied a
> > shared libperl by default. There are at least two high profile users
> > (PostgreSQL and Apache) running into this problem.
>
> It's not unlikely to happen for the next major series (we try hard to
> stay binary compatible within a series).
You don't break binary compatibility by providing a shared library
alongside a static one.
--
Peter Eisentraut peter_e(at)gmx(dot)net http://funkturm.homeip.net/~peter
From | Date | Subject | |
---|---|---|---|
Next Message | Trond Eivind =?iso-8859-1?q?Glomsr=F8d?= | 2001-09-17 21:40:01 | Re: 7.2 RPMs |
Previous Message | Tom Lane | 2001-09-17 21:15:22 | Re: [PATCH] [LARGE] select * from cursor foo |