Th: dropping athlon and maybe deprecating ppc?

Radoslaw Zielinski radek at pld-linux.org
Thu Mar 12 15:43:54 CET 2009


Pawel Golaszewski <blues at pld-linux.org> [12-03-2009 15:18]:
> On Thu, 12 Mar 2009, Radoslaw Zielinski wrote:
[...]
>> -1: it's a major change and I can't see a good reason to warrant it.
>> The pain will be much bigger, than the gain [1].

>>   $ perl -le 'map print, @INC' | grep /lib/
>>   /usr/local/lib/perl5/5.10.0/i686-pld-linux-thread-multi
>>   /usr/lib/perl5/vendor_perl/5.10.0/i686-pld-linux-thread-multi
>>   /usr/lib/perl5/5.10.0/i686-pld-linux-thread-multi

> We don't have to do it right now but on next bigger perl update? Why not?

I'm cool with that.  The thing I want to avoid is another needless
clusterfuck, like the premature 5.10 update was.

>> If we touch the first one, we'll screw over everyone who installed
>> something using CPAN.pm.
> Who cares /usr/local entry? It can stay in that form.

Well, consistency does.

> Anyway - can we add more paths to @INC?
> It will fix all the problems.

We could.  Some distros used to do that (eg. SuSe, IIRC), years ago;
they had really long @INC...  The cost is more stat() calls when loading
modules (two calls per one entry; one, if we also get rid of *.pmc --
I've never seen it used).

Ugly, though.

-- 
Radosław Zieliński <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : /mailman/pipermail/pld-devel-en/attachments/20090312/317f120f/attachment.sig 


More information about the pld-devel-en mailing list