Thanks for your help. The main problem that was holding me up was that I wasn't sure what the equivalent of ldd was on Tru64 4.0F (ldd is available on version 4.0G and higher). I found out odump -Dl libraryname.so is the closest equivalent on this OS. From that, I discovered the missing library was Opcode.so. Once I put a link to it in my dynamic loader search path, everything worked fine.
__________________________ Michael Beerman Software Engineer Children's Hospital of Pittsburgh (412)692-8390 __________________________ -----Original Message----- From: Tom Lane [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 29, 2001 6:33 PM To: Beerman, Michael B; [EMAIL PROTECTED] Subject: Re: [BUGS] Bug #525: createlang for plperl fails on Tru64 version 4.0F (v 7.1.3) [EMAIL PROTECTED] writes: > We had plperl operating fine on our Compaq Tru64 4.0F system, when it > was running PostgreSQL version 7.0.2. However, when we installed > version 7.1.3, despite the fact that we had used the --with-perl flag > when configuring, we cannot get plperl running with 7.1.3. When we try > to run "createlang plperl dbname", we get the error "Load of file > $PGHOME/lib/plperl.so failed: dlopen: cannot load > $PGHOME/lib/plperl.so" even though the file it is looking for exists > in the proper location and has the necessary permissions. plperl.so depends on libperl.so; I'll bet that the problem is with resolving that dependency, not with plperl itself. Check dynamic loader search paths and so forth to see whether libperl can be found. ldd or local equivalent might be helpful too, to examine how the dependency is represented in plperl.so. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 4: Don't 'kill -9' the postmaster
