Re: general trouble installing languages

Lamar Owen writes:
 >On Tuesday 17 September 2002 02:42 pm, Cindy wrote:
 >> OK, related question while I wait for my admin to respond.  Assuming
 >> the shared libary package is available in some other directory, I'm
 >> assuming I'm still going to have to do something to wind up with a
 >> libperl.so in the /usr/local/pgsql/lib directory.
 >
 >Perl itself has to be rebuilt to provide libperl.so

Not if the shared library is in fact already built?  It very well
may be on this system, I'm working at a university which has an
overall administration in place on top of the individual unix boxes,
and practically nothing is in standard paths (infuriating, but...).
So if it's already there, just in some oddball directory, I shd
be able to use it?

They may have to recompile, if htis is the dir (I'm guessing,
though)
> ls /dcs/lib/perl/
abbrev.pl          fmtmsg.ph          netdir.ph          std.ph
admin/             form.ph            netinet/           stdarg.ph
alloca.ph          ftw.ph             newgetopt.pl       stddef.ph
ar.ph              getcwd.pl          nfs/               stdio.ph
archives.ph        getopt.pl          nl_types.ph        stdlib.ph
arpa/              getopts.pl         nlist.ph           storclass.ph
assert.ph          getwidth.ph        nsaddr.ph          string.ph
assert.pl          grp.ph             nserve.ph          stropts.ph
bigfloat.pl        ieeefp.ph          nsswitch.ph        sum.ph
bigint.pl          importenv.pl       open2.pl           syms.ph
bigrat.pl          inet/              panel.ph           sys/
cacheout.pl        kerberos/          perldb.pl          syslog.ph
chat2.pl           kstat.ph           ph.pl              syslog.pl
complete.pl        kvm.ph             pkgdev.ph          table.ph
core               langinfo.ph        pkginfo.ph         tar.ph
cpio.ph            lastlog.ph         pkglocs.ph         term.ph
crypt.ph           libelf.ph          pkgstrct.ph        termcap.pl
ctime.pl           libgen.ph          pkgtrans.ph        termio.ph
ctype.ph           libgenIO.ph        pn.ph              termios.ph
curses.ph          libintl.ph         poll.ph            time.ph
deflt.ph           libw.ph            prof.ph            timelocal.pl
des/               limits.ph          protocols/         tiuser.ph
devmgmt.ph         linenum.ph         pw.ph              tzfile.ph
dial.ph            link.ph            pwd.ph             ucontext.ph
dirent.ph          listen.ph          pwd.pl             ulimit.ph
dlfcn.ph           locale.ph          regexp.ph          unctrl.ph
dumpvar.pl         look.pl            regexpr.ph         unistd.ph
elf.ph             macros.ph          resolv.ph          userdefs.ph
errno.ph           maillock.ph        rje.ph             ustat.ph
eti.ph             malloc.ph          rpc/               utime.ph
euc.ph             math.ph            rpcsvc/            utmp.ph
exceptions.pl      memory.ph          sac.ph             utmpx.ph
fastcwd.pl         menu.ph            search.ph          validate.pl
fatal.ph           mon.ph             setjmp.ph          valtools.ph
fcntl.ph           mp.ph              sgtty.ph           values.ph
find.pl            nan.ph             shadow.ph          varargs.ph
finddepth.pl       ndbm.ph            shellwords.pl      vm/
float.ph           net/               siginfo.ph         wait.ph
floatingpoint.ph   netconfig.ph       signal.ph          wctype.ph
flush.pl           netdb.ph           stat.pl            widec.ph

since I dont see libperl.* up there.

So what exactly does the make install from the src/pl/plperl directory
do, then?  And would I have to do it once libperl.whatever became available?

Oh, and if libperl.so is from a perl compilation why is it in psql's lib
dir?  Does it get copied there at some point in installation?

--
Cindy
ctmoore@uci.edu