> So it's working for me now, but it's probably not the most elegant way. I > have two perl installations, with some modules installed in > /opt/local/lib/perl5/, while others are still in /System/Library/Perl. So if > anyone have better ways, I'll be happy to learn about it. > > Best Regards, > -Stig >
A purist would tell you to NEVER install anything into the system Perl. If you want to _use_ the system perl, that is fine, but install your stuff somewhere else. MacPorts developers would tell you to never install anything but MacPorts things into the MacPorts tree (and after awhile, I've come to agree with them, the reasons for which could be the subject of another email if desired). Taking both of these together, it is advisable to put your Perl modules somewhere where neither Apple nor MacPorts can touch them. I put mine in ~/local. So anything that isn't in MacPorts that I either download from CPAN or install manually ends up in ~/local/lib/perl5, my pdl executable is in ~/local/bin, etc. This simple setup doesn't allow for versions of modules linked to specific Perl verions; I'm OK with that personally. It's as simple as adding ~/local/bin to your shell's $PATH, setting cpan's makepl_arg to "INSTALL_BASE=~/local" and mbuildpl_arg to "--install_base ~/local", and remembering to duplicate those on any Makefile.PL or Build.PL that you call manually. Note that I don't think my setup is the purest either: I have 2 Apple-built perls (5.8.9 & 5.10.0), and 2 MacPorts-built perls (5.12.4 & 5.14.2). I would be happy with one of each, but that's the way it goes sometimes. Some people advocate perlbrew, which I also find to be very nice. cheers, Derek _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
