Re: compiling perl
On Mon, Oct 28, 2002 at 07:00:02PM -0800, Randal L. Schwartz wrote: > Here's how I build my Perl into /opt/perl/snap > > ./Configure -des -Dusedevel -Uversiononly -Dprefix=/opt/perl/snap >-Dlocincpth=/sw/include -Dloclibpth=/sw/lib [EMAIL PROTECTED] > > It finds things in /sw just fine when you do that. He all worky! Randal++ -- David Cantrell
Re: compiling perl
Quoting Randal L. Schwartz ([EMAIL PROTECTED]): > > GDBM_File cannot be installed "after the fact". > Ofcourse it can be. Granted you probably never want to do this, but you can just remove -lgbdm (and -ldb etc.) from the libraries to be linked against during the perl build. Or in the MacOS X case this is done automatically for you, since there is no gdbm according to your mails. Then you don't get GDBM_File.pm. We do this all the time, since otherwise we end up with a perl that is linked against libdb.so (which on RH linux libgdbm.so points to, argh), which prevents Perl to work with Sybase, since it's library also has a dbopen() function call. This is rectified in 5.8 if I am not mistaken. Solution is easy, just go into the ext/GDBM_File dir, and run the usual steps there, perl Makefile.PL, make, etc. Shiny new GDBM_File appears. Regards, -- Merijn Broeren | She doesn't want you to understand her. She knows that's Software Geek | impossible. She just wants you to understand yourself, | everything else is negotiable.
Re: compiling perl
> "David" == David Cantrell <[EMAIL PROTECTED]> writes: David> Yeah, I figgered that one out. But no matter how hard I hit the Makefile, David> it doesn't want to build against fink's gdbm libraries in /sw. Here's how I build my Perl into /opt/perl/snap ./Configure -des -Dusedevel -Uversiononly -Dprefix=/opt/perl/snap -Dlocincpth=/sw/include -Dloclibpth=/sw/lib [EMAIL PROTECTED] It finds things in /sw just fine when you do that. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: compiling perl
On Mon, Oct 28, 2002 at 03:38:48PM -0800, Randal L. Schwartz wrote: > > "David" == David Cantrell <[EMAIL PROTECTED]> writes: > > David> I have a problem. I need perl with GDBM support on OS X. Those silly > David> silly people at Apple don't seem to think gdbm matters, so I had to > David> install it from fink. Which is fine. But how the devil do I build > David> GDBM_File? > > GDBM_File cannot be installed "after the fact". > > You'll need to install gdbm, then install Perl. Not the other way > around. Yeah, I figgered that one out. But no matter how hard I hit the Makefile, it doesn't want to build against fink's gdbm libraries in /sw. -- David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david Some people, when confronted with a problem, think ``I know, I'll use regular expressions.'' Now they have two problems.-- jwz
Re: compiling perl
> "David" == David Cantrell <[EMAIL PROTECTED]> writes: David> I have a problem. I need perl with GDBM support on OS X. Those silly David> silly people at Apple don't seem to think gdbm matters, so I had to David> install it from fink. Which is fine. But how the devil do I build David> GDBM_File? GDBM_File cannot be installed "after the fact". You'll need to install gdbm, then install Perl. Not the other way around. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <[EMAIL PROTECTED]> http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
Re: compiling perl
I have a problem. I need perl with GDBM support on OS X. Those silly silly people at Apple don't seem to think gdbm matters, so I had to install it from fink. Which is fine. But how the devil do I build GDBM_File? -- Lord Protector David Cantrell | http://www.cantrell.org.uk/david "The whole aim of practical politics is to keep the populace alarmed (and hence clamorous to be led to safety) by menacing it with an endless series of hobgoblins, all of them imaginary" -- H. L. Mencken
