in reply to CPAN, Perl6, and module versioning

You should read the perl6 documentation that's out there. The versioning is already solved ;-)

http://search.cpan.org/~ingy/Perl6-Bible-0.19/lib/Perl6/Bible/S11.pod details versioning - perhaps this will sate your desire ;-)

Replies are listed 'Best First'.
Re^2: CPAN, Perl6, and module versioning
by creamygoodness (Curate) on Oct 01, 2005 at 17:31 UTC
Re^2: CPAN, Perl6, and module versioning
by eric256 (Parson) on Oct 02, 2005 at 18:23 UTC

    I think I'm missing something. That link shows how to specify which version to include, but I don't see where it specifies how they are stored. Specificaly it says "Modules posted to CPAN or entered into any standard Perl 6 library are required to declare their full name so that installations can know where to keep them, such that multiple versions by different authors can coexist, all of them available to any installed version of Perl." Any ideas if that has been decided yet? /me considers overloading use to pull modules out of a database just for kicks. ;)


    ___________
    Eric Hodges
Re^2: CPAN, Perl6, and module versioning
by tilly (Archbishop) on Oct 05, 2005 at 05:23 UTC
    It is solved only for some definitions of solved.

    If you load 2 modules that try to load different versions of the same module, the result can be best described as "interesting". Sometimes it will work, but I wouldn't want to trust it. If that module happens to be a binary module that loads a C-level library, your chances at even limited success drop drastically.

    I firmly believe that a lot of work will go into making versioning work like the spec says, and then people will discover that trying to use the feature causes far more problems than it solves. Unfortunately they will only discover the problems after having committed themselves to the strategy for a while, and so will have created some nasty messes first.