On Friday, January 25, 2002, at 07:38 PM, Nicolas Bertrand wrote:
I have realized that GDBM_File may not be used unless perl is
reinstalled on my system after installing gdbm.
What makes you think that? Why can't GDBM_File be used with perl 5.6.0?
-Ken
Nicolas,
That doesn't mean you have to recompile perl, that means you have to
install the GDBM_File module.
Unfortunately I don't know where the heck to *find* the GDBM_File
module, the only place I see it is in the 5.6.1 distribution.
-Ken
On Saturday, January 26, 2002, at 03:44 AM,
On Saturday, January 26, 2002, at 04:07 AM, Nicolas Bertrand wrote:
On Saturday, January 26, 2002, at 09:59 AM, Ken Williams wrote:
That doesn't mean you have to recompile perl, that means you have to
install the GDBM_File module.
Unfortunately I don't know where the heck to *find* the
Ken == Ken Williams [EMAIL PROTECTED] writes:
Ken You can probably just get the 5.6.0 distribution, go into the
Ken GDBM_File directory, and install from there to your main perl, without
Ken installing any other pieces. I've never tried this, but I think it
Ken should work. In any case, you
On Saturday, January 26, 2002, at 04:35 AM, Nicolas Bertrand wrote:
This advice (make install UNINST=1):
## Differing version of ./GDBM_File.pm found. You might like to
rm /System/Library/Perl/darwin/GDBM_File.pm
## Running 'make install UNINST=1' will unlink this file for you.
will
On Saturday, January 26, 2002, at 09:40 AM, Ken Williams wrote:
On Friday, January 25, 2002, at 07:38 PM, Nicolas Bertrand wrote:
I have realized that GDBM_File may not be used unless perl is
reinstalled on my system after installing gdbm.
What makes you think that? Why can't GDBM_File
Here it is output:
[envgen:perl-5.6.0/ext/GDBM_File] root# make
mkdir blib
mkdir blib/lib
cp GDBM_File.pm blib/lib/GDBM_File.pm
AutoSplitting blib/lib/GDBM_File.pm (blib/lib/auto/GDBM_File)
/usr/bin/perl -I/System/Library/Perl/darwin -I/System/Library/Perl
/System/Library/Perl/ExtUtils/xsubpp
In article
[EMAIL PROTECTED],
[EMAIL PROTECTED] wrote:
In the interest of stopping what looks to be a potential flame war:
I don't think there's any flamewar brewing. Perhaps I was a bit too
curt -- it was a long week -- but I just wanted to emphasize that
MacPerl is a first-class Perl
