Re: "Learning Perl" book, Chapter 1 example: open MAIL, "|mail email_address" doesn't work

2003-06-04 Thread Bohdan Peter Rekshynskyj
On Tuesday, June 3, 2003, at 11:24 PM, Richard E.Adams wrote: I am working through the exercises in Chapter 1 of Learning Perl, Second Edition, O'Reilly publishers. I am using MacOS X (10.1.5), and Perl, v.5.6.0. An excerpt from one of the author's programs shows the following three lines: o

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Chris Nandor
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Dan Kogai) wrote: > That's a great work but with all due respect I do not think making XS > prebindable a good idea. Correct me if I am wrong but my understanding > on prebinding is that it is a technique that makes dynamic libraries > behave

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Dan Kogai
On Wednesday, June 4, 2003, at 08:03 PM, Chris Nandor wrote: In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Dan Kogai) wrote: As you see ${ldflags} is injected into $lddlflags but in case of -prebind we need to avoid that. $ldflags is for perl linking while $lddlflags is for XS. Since -preb

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Chris Nandor
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Dan Kogai) wrote: > As you see ${ldflags} is injected into $lddlflags but in case of > -prebind we need to avoid that. $ldflags is for perl linking while > $lddlflags is for XS. Since -prebind and -bundle are mutually > exclusive, we do not

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Dan Kogai
On Wednesday, June 4, 2003, at 04:01 PM, Dan Kogai wrote: I think we should but the biggest problem on slow startup was primarily libperl.dylib (too may symbols for fix_prebinding daemon to tweak). I am now working on benchmarking the difference but even without -prebind flag the launch speed

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Jarkko Hietaniemi
Sounds reasonable to make the useshrplib to default to false (because of the significant startup slowness otherwise) and at the very least make it conditional (and I got a nod from Ed Moy of Apple, too). So I did (change #19681). How about the -prebind flags et alia? Should they be made default,

CPAN/compilation issues

2003-06-04 Thread Christopher D . Lewis
Dearest and most learned MacOS X / Perl worthies, I've had problems recently trying to update my Perl modules ... I got a lot of this sort of thing: t/06gzdopen.dyld: /usr/bin/perl Undefined symbols: _Perl_safefree _Perl_safemalloc _Perl_sv_2pv _Perl_sv_catpvn _perl_get_sv t/06gzdopen.du

Re: [MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Dan Kogai
On Wednesday, June 4, 2003, at 03:33 PM, Jarkko Hietaniemi wrote: Sounds reasonable to make the useshrplib to default to false (because of the significant startup slowness otherwise) and at the very least make it conditional (and I got a nod from Ed Moy of Apple, too). So I did (change #19681). Th

Re: "Learning Perl" book, Chapter 1 example: open MAIL, "|mail email_address" doesn't work

2003-06-04 Thread stephen rouse
do you have sendmail configured? http://www.macdevcenter.com/pub/a/mac/2002/09/10/sendmail.html At 8:24 PM -0700 6/3/03, Richard E. Adams wrote: I am working through the exercises in Chapter 1 of Learning Perl, Second Edition, O'Reilly publishers. I am using MacOS X (10.1.5), and Perl, v.5.6

"Learning Perl" book, Chapter 1 example: open MAIL, "|mail email_address" doesn't work

2003-06-04 Thread Richard E . Adams
I am working through the exercises in Chapter 1 of Learning Perl, Second Edition, O'Reilly publishers. I am using MacOS X (10.1.5), and Perl, v.5.6.0. An excerpt from one of the author's programs shows the following three lines: open MAIL, "|mail YOUR_ADDRESS_HERE"; print MAIL "bad news: $som

[MacOS X] consider useshrplib='false' by default

2003-06-04 Thread Dan Kogai
Porters, I would like to propose that we make useshrplib='false' default for darwin to resolve prebinding woes. I said "update_prebinding -root /" should resolve the problem but only temporarily. perl is in fact not prebind. This is what is actually happning. % env DYLD_PREBIND_DEBUG=1