in reply to Re^3: Unexpected Python News
in thread Unexpected Python News
So now, what are the solutions to the problem when you want or need additional modules or to be more up to date with your Perl runtime environment?The real important difference between Perl 5 and Perl 6, is the way use works. In Perl 5, use is global. In Perl 6, use is lexical.
This means that only in the lexical scope where a use command is executed, will you be able to "see" the module having been loaded. In other words: each lexical scope has its own "universe" of code. Only if you need to have two different versions of the same module(name) in the same lexical scope, do you need to provide an alias for one of them (in that scope only, of course).
This also means that installed modules of different authors and different versions, will be installed side-by-side: there is no possibility of collision in the installation of modules.
So, if you have a piece of code that you know works with version 1.20 of module Foo, you probably should specify that:
If this is part of your own module in a distribution, you should make sure that the META6.json file in that distribution, so indicates the dependency on that version of the distribution in which that module lives. An installer will then install the necessary files side-by-side with any other module Foo that is installed (if it isn't installed already).use Foo:ver<1.20>;
In conclusion: the problems that Perl 5 has with versioning of installed modules and dependencies, simply do not (have to) exist in Perl 6: if you are clear in what you need, the system will provide it to you without interfering with anything else.
For more information, see s22 as it is currently evolving.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^5: Unexpected Python News
by Jenda (Abbot) on Mar 23, 2014 at 09:17 UTC | |
by raiph (Deacon) on Mar 23, 2014 at 17:15 UTC | |
by Anonymous Monk on Mar 23, 2014 at 19:11 UTC |