Re: Rakudo Star - a useful, usable, early adopter distribution of Perl 6
Congratulations and thank you! I have started to collect the links to the press coverage of the release: http://www.perlfoundation.org/perl6/index.cgi?rakudo_star_press Please help me collect all the important links! Gabor
Re: Perl 6 in non-English languages
On Wed, Jun 23, 2010 at 1:34 AM, SundaraRaman R sundaryourfri...@gmail.com wrote: Hi, This is an idea that originated in #perl6 during a discussion with slavik ( http://irclog.perlgeek.de/perl6/2010-01-17#i_1907093). The goal is to allow Perl 6 source code to be written in natural languages other than English. The motivation would be to make programming accessible to a lot of people who don't know English well (or at all), to make it easier to teach programming to kids in non-English speaking countries, and just plain fun. Currently, since Perl 6 (afaik) supports Unicode identifiers, the only place a modification is required would be in the keywords. However, it is not a simple matter of substituting s/keyword/local_language_keyword/ since the resultant phrasing might be awkward or meaningless and unreadable (examples in the linked discussion). It requires reordering the syntax of each construct. Is it possible to do this at a module level? If so, how much English usage would that require before someone could start programming in their own language - say, two, for a shebang line and a use Lang::Language line? or zero, by using perl6 -MLang::Language in the command line? Are there any ongoing works in this vein? It is a bit hard for me to imagine how that would look like in RTL languages such as Hebrew or Arabic. Would the sigils be still at the beginning of the word? Would the assignments go from left to right? ;שלי $משתנה = 42 and I could not manage to type in a for loop via the Gmail interface as it was turning around all the time. What I'd like to see is a Scratch-like tool for a subset of Perl 6 that can actually generate Perl 6 code. http://scratch.mit.edu/ I know, I talked about it already a year ago. Gabor
Re: Rukudo-Star = Rakudo-lite?
On Mon, Aug 10, 2009 at 2:02 AM, Patrick R. Michaudpmich...@pobox.com wrote: On Sun, Aug 09, 2009 at 04:35:42PM -0600, David Green wrote: On 2009-Aug-9, at 3:57 pm, Tim Bunce wrote: Perhaps it's worth asking what we might call the release after that one. Rakudo not-quite-so-lite? Rakudo ** (aka Rakudo Exponentiation)? Though I think Patrick is optimistic that development will proceed exponentially enough that a single interim release will be enough to hold us over until Christmas. I'm not sure I'm quite THAT optimistic. :-) We may end up with multiple interim releases in the Rakudo Star series before we reach Christmas. (And yes, they may even be *+1, *+2, etc.) In some ways I'm starting to think of Star (or whatever designation we end up using) as a label for a series of interim releases in the same sense that NASA used Gemini as the label for the program came between Mercury and Apollo. In other words, Star may really end up being a designation for a program of planned releases with certain major objectives that cumulatively lead up to the ultimate goal of a full Perl 6 release. The precise details are still a little ill-formed in my head at the moment, but as they come together (and are expressed in planning documents) I'll be blogging or writing about them appropriately. my bikeshed would go along the lines of @rakudo[*-100] @rakudo[*-99] ... Gabor
Re: [Padre-dev] Padre Perl6 Outline view
On Sun, Apr 26, 2009 at 12:14 AM, Ahmad Zawawi ahmad.zaw...@gmail.com wrote: Hi people, I just finished Perl6 Outline view which i promised Gabor 3 or 4 months ago :) So you can now see Perl 6 packages/modules/grammars/roles in parent nodes and under them you can see methods/submethods/subroutines/rules/tokens/regexes and even macros. Perl 6 is really big, feature rich and you can easily loose your way there without an outline. We can now parse Larry Wall's STD.pm and display it in our dear Outline view. Yes, it takes 5-6 minutes on my brand new HP laptop but it is really worth every CPU cycle to read STD.pm in that way :) To see STD.pm in Padre, take a look at: http://padre.perlide.org/wiki/Screenshots And to give you an idea how it works, Perl 6 plugin depends on Padre and Syntax::Highlight::Perl6 which depends on bundled p5 STD.pmc which is auto-generated by gimme5 from p6 STD.pm. And all that to read STD.pm back again in our outline view that was contributed by hjansen++ in r2600. Thanks :) Regards, Ahmad M. Zawawi Ahmad, great! You should blog about this. In the meantime let me forward this to some of the perl6 lists as well. Screenshot: http://padre.perlide.org/wiki/Screenshots Gabor
Perl 6 pod processor in Perl 5
As an experiment to check how we could reuse CPAN to distribute Perl 6 packages I uploaded Perl6::Conf The code itself is not interesting, my main interest is the distribution. One of the issues I encountered is the display on the two search engines: http://search.cpan.org/dist/Perl6-Conf/ http://kobesearch.cpan.org/dist/Perl6-Conf Not surprisingly neither of them can handle the perl pod. I contacted both maintainers asking to look into it suggesting to use Perl6::Perldoc of Damian but it is quite old. Is there any other module written in Perl 5 that could parse a perl 6 file, recognize the pod and help with the display? Gabor
Padre 0.22, Padre::Plugin::Parrot and Padre::Plugin::Perl6 released!
Hi, as this is relevant to you as well, let me send this announcement here too. Yesterday we have released v0.22 of Padre the Perl IDE written in Perl 5. http://padre.perlide.org/ There are many changes as usual but the two important ones for the Parrot/Perl 6 developers are related mostly to two plug-ins of Padre: 1) The Padre::Plugin::Parrot allows the embedding of PASM code in Padre. This means you could actually add plug-ins to Padre written in Perl. With the further enhancement of Parrot::Embed (and specifically Parrot::Interpreter) we will be able to write plug-ins to Padre in any of the languages running on Parrot. (See tickets #74, #75, #76, #79) on https://trac.parrot.org/parrot/report/1 2) Padre::Plugin::Perl6, written by Ahmad Zawawi uses STD.pm to provide slow but correct syntax highlighting and syntax checking of Perl 6code. As we have discussed on #padre it is very slow so it can only be used for really small files but I hope it will be improved soon. In any case I am really happy that we have any kind of *correct* Perl 6 parsing on Christmas Eve 2008. To install Padre you need Perl 5 compiled with threads and then run cpan install Padre Further help can be found on http://padre.perlide.org/wiki/Download/ or on #padre Following is the original announcement of Steffen Mueller. regards Gabor -- Forwarded message -- From: Steffen Mueller smuel...@cpan.org Date: Tue, Dec 23, 2008 at 9:08 PM Subject: [Padre-dev] Padre 0.22 released! To: Padre development discussion list padre-...@perlide.org, padre-n...@perlide.org Dear Padre users and developers, Padre version 0.22 has just been uploaded to the PAUSE. That means it will propagate to the CPAN mirrors without a few hours. Like the previous release, the list of changes is quite long, but one particular achievement is support for highlighting Perl6 code and checking its syntax if Padre::Plugin::Perl6 is available. Christmas is close. Once the distribution has reached your CPAN mirror, you will be able to access the full Change Log at http://search.cpan.org/src/SMUELLER/Padre-0.22/Changes The next Padre release is very preliminarily scheduled for December 28th or 29th and we're still looking for a new release engineer. Best regards, Steffen ___ Padre-dev mailing list padre-...@perlide.org http://mail.perlide.org/mailman/listinfo/padre-dev
Re: Perl 6 fundraising and related topics.
On Fri, Feb 22, 2008 at 7:38 PM, Dave Rolsky [EMAIL PROTECTED] wrote: On Thu, 21 Feb 2008, Joshua Gatcomb wrote: I am mostly ignoring the rest of what others have said in this thread because I think it is detracting from your intention of getting money to people to work more. Here is one thing that has frustrated me about TPF. They are a non-profit organization. Yeah, kind of suprising that would be the frustrating thing. The issue is that they can't take money from Bob to give to Sue to work on Bob's widget. This is an extreme oversimplification but in general, they have to abide by the rules that allow them to keep their non-profit status. Where am I going with this? This doesn't make any sense to me. There's nothing about being a nonprofit that prevents TPF from accepting donations targeted to a specific program. There's a bit of accounting overhead to make it happen, but it's perfectly legal and in keeping with TPF's 501c3 status and its mission. I don't know but I think I was told at least once that TPF cannot handle donations targeted to a specific person. That might of course be different then targeting at specific program, I am not familiar what 501c3 means. Personally - and there might be few others - I'd be much more comfortable to give money to a specific target or person than to a general pool. What I was hoping for a long time is to be able to give a modest amount on a monthly basis. Currently AFAIK TPF can only accept stand alone payments. IMHO many people in the community would be ready to give 5-10-20 USD/month but it would be much harder to get them give 100 or 200 USD once a year. How hard would it be to enable (Paypal?) recurring monthly payments to TPF? How hard would it be to allow people to target their money to a specific project/person? TPF can then still focus on raising money from corporations. Gabor -- Gabor Szabo http://www.szabgab.com/
Re: Is Perl 6 too late?
On 5/14/07, John Macdonald [EMAIL PROTECTED] wrote: Removing the sigil on a function call (it used to always be written sub(args...)) did, I think, lead to the difficulty in perl5 where it became difficult to add new keyword operators to the language - because they could conflict with subroutine names in existing code. Actually I think I never understood this issue. We claim that having the sigils saves us from stepping on our future feet by making sure keywords of the language are always different from any variable we might create. The fact that function don't need a sigil any more and it is even AFAIK discouraged to be used makes *this* argument mute. Thought this thread might not be the best place to ask this I'd be glad to read some explanation about this. regards Gabor
Re: UNIX commands: chmod
On 3/26/06, Mark Overmeer [EMAIL PROTECTED] wrote: LIST = chmod MODE, LIST My feeling is that this function design is a bit of a mistake. Usually, one perl function maps on one operating-system function, but in this case it doesn't: it simulated the common chmod(1) user command. [...] Of course, besides that you may implement a version which accepts a list, but that is certainly not needed except for perl5 compatibility... If we look at Perl just as a high-level language than you might be right, and I really liked the object being returned idea, but I think Perl should also keep serving the system administrators with much simpler needs. Perl was quite a good replacement to shell scripting but there are several places where writing shell commands is sill much simpler. It would be nice if the this end of the programming spectrum - writing one liners and small scripts - would be also further strengthened. Gabor
UNIX commands: chmod
Hmm, I don't really know how to do this but Gaal told me to write up some proposal here. So we had chmod in Perl5, I would like to make sure it works in Perl6 as well with slight modifications. LIST = chmod MODE, LIST 1) In list context it would return the names of the files successfully changed . In scalar context it should be the number of files successfully changed as it is in Perl5 2) In addition to the octet representation it would also be ready to receive the unix style mode representation which is string one or more of the letters ugoa, one of the symbols +-= one or more of the letters rwxXstugo 3) While some of the modes are UNIX specific, it would be nice to find similar modes in other operating system and do the right thing there too. e.g. all in UNIX would map to Everyone in Windows/NTFS 4) filename.chmod(MODE) should also work and I guess file1 file2 file3.chmod(MODE) should also work on those 3 files I committed a test file t/builtins/system/chmod.t but we really need the built in stat() function in order to test this. Gabor
Re: UNIX commands: chmod
On 3/25/06, Nicholas Clark [EMAIL PROTECTED] wrote: On Sat, Mar 25, 2006 at 12:58:30PM +0200, Gabor Szabo wrote: 4) filename.chmod(MODE) should also work and I guess file1 file2 file3.chmod(MODE) should also work on those 3 files That seems to be implying a chmod method on all strings, and all lists. Assuming chmod doesn't get special favours, how many methods would it need to implement all the existing builtins like this? Not that I understand the problem here but filename.slurp seems to work. Did it get special favour? Gabor