On Monday, May 6, 2002, at 09:27 PM, Mark Murray wrote:
> Yes. Plus we'd like the perl interpreter to be in a standard place so > that those perverts who write module-free scripts are able to do so. ;-) > Also, in terms of the "perl contract", its nice to have perl in > /usr/bin/perl. In terms of the "perl contract" that seems to me like a violation. see below. >> p5p: When we say perl version X, we mean both the interpreter and >> all >> the libraries that were released in the source package for X. >> Many scripts make assumptions about which modules are present >> based >> on the version of the interpreter they are running under, and >> p5p >> considers this supported behaviour. Hence we don't want >> scripts >> (or users) to encounter something they think is perl version X >> which doesn't have all the libraries, and doesn't say that it >> doesn't >> fulfil this expectation of all the libraries > > But the split model will break this assumption? IMHO, yes it does. Whenever I see a perl binary which says "I'm Perl 5.X.X" I expect it to know at least the core perl library of the relevant release. >> Not sure how glob() works though. perl-borg would want to have >> /usr/bin/perl >> do glob() with File/Glob.so > > So perl-borg can include it? What am I missing? Borg is the "official" (or so) callsign for Jarkko. perl-borg means the huge, assimilating, monstrous perl-5.8-to-be dist. It's got it all. >> minimal perl wouldn't want File/Glob.so, but (I presume) would want >> glob() >> to work. > > Not for us :-). And if folk wanted it, they would know where to get it. > (Again, what am I missing?) I think the greatest trouble is to imagine to have a totally stripped down /usr/bin/perl without DynaLoader. Which makes it pretty hard to support all of perl's core functions. Again, I would have trouble to call that /usr/bin/perl. >> However, you don't need the latest perl to do this. What's wrong with >> building this extension in /usr/src/gnu/usr.bin/perl/library/Fcntl >> with /usr/bin/perl during make world? > > Because that uses MakeMaker, and MakeMaker is hostile to cross-builds. MakeMaker is being worked on heavily in the last weeks and months. Probably there could be some effort to clean it up even further, to eventually support this kind of stuff. Regards, Kay
