Re: More 6PAN musings: local namespaces by Robin Berjon- June 17, 2002 On Monday 17 June 2002 07:40, Webb Sprague wrote:> So, in order for me to avoid learning Java, I propose> that a CPAN "Curation Project", or an Extended> Standard Perl Library", be formed.Have you looked into the P5EE and CPANTS efforts-- Robin Berjon <robinknowscape.com> -- for hire: http:robin.berjon.com "Science is like sex: sometimes something useful comes out, but thatis not the reason we are doing it." -- R. Feynmanhttp://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg214.html Re: More 6PAN musings: local namespaces by Robin Berjon- June 17, 2002 On Monday 17 June 2002 11:49, raptorunacs.bg wrote:> I think 6PAN should be split in several common SDK with goodthought in> advance hierarcy (+ easy to install non-interactive SDK-install), but the> rest should be free to use...>> So it can be a bare-bone-Perl + several SDK&39;s easy to dload and install....That idea, as you may know, has come up quite a few times. It&39;s been seen that trying to create a big one-size-fits-all SDK doesn&39;t work (which is not what you&39;re...http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg213.html Re: More 6PAN musings: local namespaces by raptor- June 17, 2002 I think 6PAN should be split in several common SDK with goodthought in advance hierarcy (+ easy to install non-interactive SDK-install), but the rest should be free to use...So it can be a bare-bone-Perl + several SDK&39;s easy to dload and install....raptorhttp://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg212.html Re: More 6PAN musings: local namespaces by Webb Sprague- June 17, 2002 > This is a> solvable problem. We shouldn&39;t just throw up our> hands based on past> failures.In all humility, here is my proposal:I am not a frequent contributor to this list, just aPerl programmer who doesn&39;t want to learn Java. :) Now that Perl 6 will become truly object-oriented, theonly reason to use Java (besides Java being the onlycomputer language you have ever heard of besides VB)is the coherent and excellently designed module systemthat Sun has come up with for it. ..http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg211.html Re: More 6PAN musings: local namespaces by Uri Guttman- June 17, 2002 >>>>> "DS" == Dan Sugalski <dansidhe.org> writes: DS> At 6:10 PM -0700 61602, Peter Scott wrote: >> It would be nice if one could say >> >> use Foo::Bar as Local::Foo::Bar >> >> as a way of expressing your proposal. DS> The one problem with that is modules that have multiple namespaces DS> in them. It&39;s not too unusual for Foo.pm to have the packages Foo, DS> Foo::Bar, Foo::Bar::Baz, and Foo::Xyzzy in them....http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg210.html Re: More 6PAN musings: local namespaces by Uri Guttman- June 17, 2002 >>>>> "JS" == John Siracusa <siracusamindspring.com> writes: JS> But what if they use Local:: and then want to use someone else&39;s JS> Local:: modules (Say they purchased another company or are JS> partnering with someone.) What if they want to release their code JS> to CPAN, despite the fact that it may still be vendor-specific JS> (e.g. a parser for Acme&39;s electronic widget order receipt or JS> something.) I think there are real...http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg209.html Re: More 6PAN musings: local namespaces by John Siracusa- June 16, 2002 On 61602 8:55 PM, Robin Berjon wrote:> Using domain names has been rejected over and over by the community (with both> good and bad reasons), and any other scheme is prone to collisions.Maybe the past proposals just weren&39;t good enough...or radical enough. Ithink we have an opportunity here with Perl 6 and 6PAN. The ball has beentaken and run with on so many other fronts (just look at Apoc. 5!). Why nothere too> Imho there&39;s not much more we can tell people apart from "be.http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg208.html Re: More 6PAN musings: local namespaces by Dan Sugalski- June 16, 2002 At 6:10 PM -0700 61602, Peter Scott wrote:>It would be nice if one could say>> use Foo::Bar as Local::Foo::Bar>>as a way of expressing your proposal.The one problem with that is modules that have multiple namespaces in them. It&39;s not too unusual for Foo.pm to have the packages Foo, Foo::Bar, Foo::Bar::Baz, and Foo::Xyzzy in them. Which can potentially lead to some interesting namespacing issues.-- ...http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg207.html Re: More 6PAN musings: local namespaces by Peter Scott- June 16, 2002 At 07:49 PM 61602 -0400, Uri Guttman wrote:> JS> But what if they use Local:: and then want to use someone else&39;s> JS> Local:: modules (Say they purchased another company or are> JS> partnering with someone.) What if they want to release their code> JS> to CPAN, despite the fact that it may still be vendor-specific> JS> (e.g. a parser for Acme&39;s electronic widget order receipt or> JS> something.) I think there are real problems to be...http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg206.html Re: More 6PAN musings: local namespaces by Robin Berjon- June 16, 2002 On Sunday 16 June 2002 16:08, John Siracusa wrote:> Well, define "haven&39;t had very many collisions." I&39;ve certainly never> "reported" mine, but that doesn&39;t mean I haven&39;t had them and been> frustrated by them!I&39;ve done many client modules as you describe them that weren&39;t fit for general distribution. I&39;ve never had a clash with any CPAN namespace. I guess that the reason for this is that I tend to pick the root namespace rather carefully...http://www.nntp.perl.org/group/perl.perl6.stdlib/2002/06/msg205.html |