develooper Front page | perl.perl6.language | Postings from March 2005

Re: [Fwd: Re: Moving the p5 standard library to p6]

Thread Previous | Thread Next
From:
Juerd
Date:
March 26, 2005 02:31
Subject:
Re: [Fwd: Re: Moving the p5 standard library to p6]
Message ID:
20050326103107.GO29322@c4.convolution.nl
chromatic skribis 2005-03-26  2:13 (-0800):
> No.  Please, no.  :)
> As I see it, Perl 6 has a chance to start over with a very small set of
> core libraries -- perhaps embarrassingly small -- so as not to entomb
> our current, potentially-blepharitic guesses at good Perl 6 design
> principles for the next twenty years or so.
> If people really want File::Find or MakeMaker interface compatibility in
> Perl 6, I suggest a new top-level namespace, namely
> GodHelpYou::File::Find, though P5Compat may be less exciting and more
> appropriate.

Perhaps good administration would be to introduce a generic Deprecated::
namespace. Module authors can move their own old modules there if they
want, and there can be Deprecated::P5 for stuff like dbmopen,
Deprecated::Perl5::File::Find.

Deprecated::Perl5 could export everything it has to Deprecated, with a
symbol group ("tag"), so you can

    use Deprecated :perl5;

and even

    use Deprecated :all;

And Perl can have built-in warnings, as one huge refactoring of all
those warnings you'd otherwise have. The 'deprecated' category should
warn for use of any symbol in Deprecated::.

    use warnings :deprecated;
    no warnings :deprecated;

(Explicit 'use Deprecated' would export symbols, and because then the
symbols are used from ::, no warning is emited.)


Juerd
-- 
http://convolution.nl/maak_juerd_blij.html
http://convolution.nl/make_juerd_happy.html 
http://convolution.nl/gajigu_juerd_n.html

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About