Re: Problems with Perl

From: "Kevin O'Gorman" <kogorman(at)pacbell(dot)net>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: PGSQL Hackers List <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Problems with Perl
Date: 2000-11-11 00:23:34
Message-ID: 3A0C9186.42B27227@pacbell.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Peter Eisentraut wrote:
>
> Kevin O'Gorman writes:
>
> > 2) Because _something_ was made for Perl, the 'make install'
> > has to be root. Okay. But this is leaving some stuff behind
> > that is owned by root. When I attempt a subsequent
> > 'make clean; make' I get into permissions trouble, and have
> > to delete these things manually.
>
> Yes, this is definitely broken. I just read that old thread ("[HACKERS]
> perl interface bug?", 14 October 1998), and it was already considered
> questionable then.
>
> To recap, the Pg.so thing needs to know where libpq lives. If you link
> with libpq out of the source tree then Pg.so forever tries to find libpq
> there. So you relink Pg.so during 'make install' when libpq is already
> installed at it's final location.
>
> If I'm not completely mistaken, this behaviour could really only happen on
> HPUX. Also on other platforms you would normally have to point
> LD_LIBRARY_PATH to $(libdir) in order to get anything at all working.

Well, I had the behavior on my RedHat 6.1 system. That's Linux, of course.
Is that what you mean, or is it that the current behavior is there so that
HPUX can be supported?

>
> Theoretically we could fix this now by sneaking the $(rpath) make variable
> in to MakeMaker somehow, perhaps via OTHERLDFLAGS. However, the flag in
> this variable is supposed to be used by the compiler driver -- if Perl
> decides to use 'ld' to link the module you lose.
>
> More to the point, 'rpath' is currently undefined on HPUX because HPUX
> uses 'ld' to link shared libraries, but the shared library link uses
> $(rpath), so it would break. Perhaps to start with, is there a way to use
> the compiler driver to link shared libraries on HPUX?
>
> And then, do we want to risk tricking around with MakeMaker, or should we
> go for an HPUX specific fix?
>
> --
> Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/

--
Kevin O'Gorman (805) 650-6274 mailto:kogorman(at)pacbell(dot)net
Permanent e-mail forwarder: mailto:Kevin.O'Gorman(dot)64(at)Alum(dot)Dartmouth(dot)org
At school: mailto:kogorman(at)cs(dot)ucsb(dot)edu
Web: http://www.cs.ucsb.edu/~kogorman/index.html
Web: http://trixie.kosman.via.ayuda.com/~kevin/index.html

"There is a freedom lying beyond circumstance,
derived from the direct intuition that life can
be grounded upon its absorption in what is
changeless amid change"
-- Alfred North Whitehead

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tatsuo Ishii 2000-11-11 02:38:21 RE: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
Previous Message Tom Lane 2000-11-10 23:20:18 Re: Horology failure on UW711/cc...