Received: from sss.pgh.pa.us (sss.pgh.pa.us [209.114.132.154]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id eBB1CJp75436 for ; Sun, 10 Dec 2000 20:12:19 -0500 (EST) (envelope-from tgl@sss.pgh.pa.us) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.11.1/8.11.1) with ESMTP id eBB1CBZ02718; Sun, 10 Dec 2000 20:12:11 -0500 (EST) To: mykarz@miyabara.com cc: pgsql-interfaces@postgresql.org Subject: Re: Plperl make fails with Error1 at plperl.o (7.0.3) In-reply-to: <000201c0630d$895b7190$aa00a8c0@ncc1701e> References: <000201c0630d$895b7190$aa00a8c0@ncc1701e> Comments: In-reply-to "Michael Miyabara-McCaskey" message dated "Sun, 10 Dec 2000 16:58:54 -0800" Date: Sun, 10 Dec 2000 20:12:11 -0500 Message-ID: <2715.976497131@sss.pgh.pa.us> From: Tom Lane X-Archive-Number: 200012/67 X-Sequence-Number: 404 "Michael Miyabara-McCaskey" writes: > ... I am now getting the error message that: > ERROR: Load of file /usr/local/pgsql/lib/plperl.so failed: shared object not > open Hm. That's a pretty unhelpfully worded error message, isn't it? You may be able to find a more extensive error report in the postmaster's log file, assuming you routed the postmaster's stderr to someplace other than /dev/null. But I'll bet that the real problem is not with plperl.so but with Perl's libperl.so, which plperl.so depends on. On the Perl versions I've used, a shared library version of libperl is *not* built unless you specifically request it while configuring the Perl build. On some platforms you get a usable shlib anyway, on some you don't. Another possibility is that libperl.so exists but is not being found by the dynamic loader; you may need to run ldconfig or set LD_LIBRARY_PATH or some such to include the proper directory in the Perl install in the search path. regards, tom lane