I wrote:
> o so far I've only tested with the HP ANSI C compiler on 11.11, not
> with gcc or on other HP-UX releases.
>
> I can test other releases and probably with gcc, but if someone gets
> to it before me that would be just fine. I probably won't until the
> new year.
Today is quie
I wrote:
> My recommendation (with a pinch of salt, since I'm still not a HP-UX
> toolchain guru) is to add
>
> +h lib$(NAME)$(DLSUFFIX).$SO_MAJOR_VERSION)
>
> to the HP-UX LINK.shared line in src/Makefile.shlib, and to change the
> way the symlinks run as well, so that libpq.sl is a link to
Tom Lane wrote:
> Probably so. I had not realized that HP's linker is affected by which
> way the symlinks run, but it appears that it is.
I've just spoken to someone who knows more about the HP-UX toolchain
than I do.
The situation is that the library can have an internal name if the +h
optio
Giles Lean <[EMAIL PROTECTED]> writes:
> 1. the libraries are installed with their base names such as
>'libpq.sl' being regular files, with versioned names being
>symbolic links to the base names:
>This should be the other way around:
Probably so. I had not realized that HP's linker i
Hi all,
I'm planning an upgrade from 7.2.3 to 7.3.1 on some HP-UX systems.
With the major number bump in 7.3.1 I was expecting to be able to do
this upgrade without a flag day to re-compile clients, however due to
misnaming of the PostgreSQL shared libraries on HP-UX I can't.
A summary of the pr
