Forrest Aldrich wrote:
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this
point - but I see now why they took perl out of the distribution.
So, there must be a w
On Thursday, Jan 29, 2004, at 22:40 US/Eastern, Forrest Aldrich wrote:
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this
point - but I see now why they took per
Yes, indeed in /usr/lib there is:
libperl.a
libperl.so
libperl.so.3
libperl_p.a
Which is the "system" perl version.
I don't know that FreeBSD-5.x is stable enough to upgrade to at this point
- but I see now why they took perl out of the distribution.
So, there must be a way to circumvent this i
On Thursday, Jan 29, 2004, at 22:11 US/Eastern, Forrest Aldrich wrote:
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why
I'm compiling the perl port on FreeBSD for 5.8... which goes to
/usr/local/lib. I have these under /usr/local/lib/perl5:
5.00503 5.8.0 5.8.1 5.8.2 5.8.3
site_perl
I don't know why the upgrade leaves the other 5.x dirs there.
Anyhow, you say removing t
On Thursday, Jan 29, 2004, at 16:52 US/Eastern, Forrest Aldrich wrote:
Does someone know what the problem might be. This is compiling
mod_perl-current (1.x) in Apache 1.3.29 on FreeBSD-4.9, with either
Perl 5.8.2 or Perl 5.8.3.
I can get the compile/linking to work when I use the "stock" per
Does someone know what the problem might be. This is compiling
mod_perl-current (1.x) in Apache 1.3.29 on FreeBSD-4.9, with either Perl
5.8.2 or Perl 5.8.3.
I can get the compile/linking to work when I use the "stock" perl
(/usr/bin/perl) but the dependencies for RT require 5.8.
This has been