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