Re: [PORTS] Postgres 6.5.1 on IRIX 6.5 Locating Shared Object Libs

Hi,

Some time ago (Jul 30 for the contents of the letter copied below), there was some discussion about why release 6.5.1 of PostgreSQL seemed to have a problem locating shared object libraries (DSOs) under IRIX 6.5. This problem seems to
have been introduced with the release of 6.5.1 and was not present in 6.4.2. What changed?

I have located a change that fixes the problem for me which involves a command line switch during compilation (ie on the "cc" line, although the swich is actually passed to 'ld'.) which specifies to the dynamic loader, 'rld', where to
locate the particular shared object in question. The relevant section from the man page for 'ld' reads:

-rpath library_path
Adds the library_path to the search path for DSOs. Each
library path is appended to the list of directories at the
time the executable or DSO is loaded. This option directs
rld(5) to look in the named directories, but to look only
for DSOs, and to stop looking when the correct one is found.

This option can be specified only when the -shared or
-call_shared options are also in effect. For more
information, see the rld(5) man page. (C, C++, F77, F90)

A patch to 'Makefile.shlib' is supplied below:

*** Makefile.shlib.orig Mon Aug 30 11:00:23 1999
--- Makefile.shlib Mon Aug 30 11:01:47 1999
***************
*** 59,65 ****
ifeq ($(PORTNAME), irix5)
install-shlib-dep := install-shlib
shlib := lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION).$(SO_MINOR_VERSION)
! LDFLAGS_SL := -shared
CFLAGS += $(CFLAGS_SL)
endif

--- 59,65 ----
ifeq ($(PORTNAME), irix5)
install-shlib-dep := install-shlib
shlib := lib$(NAME)$(DLSUFFIX).$(SO_MAJOR_VERSION).$(SO_MINOR_VERSION)
! LDFLAGS_SL := -shared -rpath $(LIBDIR)
CFLAGS += $(CFLAGS_SL)
endif

"G. Anthony Reina" wrote:

> Mark Dalphin wrote:
>
> > I have not compiled for multiple modes, only -n32, but I have run into exactly the same problem. Version 6.4.2 seemed to know where to look for the shared object, but something has changed for 6.5.1. I am not sure what, though I have
> > been looking. There is also more information about this under "man rld", but my reading of it suggests that your cc line, above, should work. My current work around is to specify LD_LIBRARY_PATH when I start the postmaster. That
> > won't help when compiling other programs, however, I think
> >
>
> Mark,
>
> Yeah, from my understanding cc should know where to look for the libraries since I specify the correct place with the -L option. It seems like cc isn't even recognizing that this option has been set.
>
> The only difference I can see between Postgres 6.4.2 and 6.5.1 in this matter is that the library has changed from libpq.a to libpq.so.2. For some reason I think that move from .a to .so has made the difference. Copying the
> lipq.so.2 over to the /usr/lib32 directory will fix the bug (or at least I haven't found any problems with it so far). But, I'd rather like to figure out specifically why this is occuring rather than kludging a work around.
>
> Maybe between the two of us working on the problem we'll have a better chance of coming across the reason.
>
> -Tony

--
Mark Dalphin email: mdalphin(at)amgen(dot)com
Mail Stop: 29-2-A phone: +1-805-447-4951 (work)
One Amgen Center Drive +1-805-375-0680 (home)
Thousand Oaks, CA 91320 fax: +1-805-499-9955 (work)