Announce: Rakudo Star Release 2018.10

ations, reference materials, design documents, and other supporting resources. Tutorials are available under the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see http://

Announce: Rakudo Star Release 2018.06

pment team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see <http://rakudo.org/how-to-help>, ask on the mailing list, or join us on IRC \#perl6 on freenode. -- Steve Mynott cv25519/ECF8B611205B447E091246AF959E3D6197190DD5

Announce: Rakudo Star Release 2018.04

esentations, reference materials, design documents, and other supporting resources. Some Perl 6 tutorials are available under the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible.

Re: Naming debate- what's the location for it?

vacate the lot. Reposition as not so much a sequel as a spin off, a "b side". Some b-sides have eclipsed the inspiration. Sometimes letting go is what counts. Steve ( I continually admire from afar what has been achieved and surfaced in the voyage of discovery that is YOUR language )

Re: Naming debate- what's the location for it?

Thought the conversation felt like bikeshedding but... My point still stands. This is a new language targetted at a post php world. The significance of a version number will be lost outside the perl echo chamber and in that context seen as baggage... IMHO... YMMV... On 9 Feb 2018 6:15 pm, "Lucas B

Re: Naming debate- what's the location for it?

's terms an informal "Perl V2", ridiculous as that may be to the community. Steve On 8 Feb 2018 10:18 pm, "Darren Duncan" wrote: My personal favorite resolution is to officially name the language Rakudo, full stop. The implementation that was/is using the name would be r

Announce: Rakudo Star Release 2018.01

r the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see http://rakudo.org/how-to-help, ask on the perl6-compi...@perl.org mailing list, or join us on IRC #perl6 on freenode. -- Steve Mynott cv25519/ECF8B611205B447E091246AF959E3D6197190DD5

Announce: Rakudo Star Release 2017.10

other supporting resources. Some Perl 6 tutorials are available under the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see http://rakudo.org/how-to-help, ask on the perl6-compi...@perl.org mailing list, or join us on IRC #perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Announce: Rakudo Star Release 2017.07

the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see http://rakudo.org/how-to-help, ask on the perl6-compi...@perl.org mailing list, or join us on IRC #perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Announce: Rakudo Star Release 2017.04

o Star possible. If you would like to contribute, see http://rakudo.org/how-to-help, ask on the perl6-compi...@perl.org mailing list, or join us on IRC #perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Announce: Rakudo Star Release 2017.01

other supporting resources. Some Perl 6 tutorials are available under the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see <http://rakudo.org/how-to-help>, ask on the mailing list, or join us on IRC #perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Announce: Rakudo Star Release 2016.11

On behalf of the Rakudo and Perl 6 development teams, I'm pleased to announce the November 2016 release of "Rakudo Star", a useful and usable production distribution of Perl 6. The tarball for the November 2016 release is available from . This is the fifth post-C

Announce: Rakudo Star Release 2016.10

On behalf of the Rakudo and Perl 6 development teams, I'm pleased to announce the October 2016 release of "Rakudo Star", a useful and usable production distribution of Perl 6. The tarball for the October 2016 release is available from http://rakudo.org/downloads/star/. This is the fourth post-Chri

Announce: Rakudo Star Release 2016.07

contribute, see http://rakudo.org/how-to-help, ask on the perl6-compi...@perl.org mailing list, or join us on IRC #perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Announce: Rakudo Star Release 2016.04

aterials, design documents, and other supporting resources. Some Perl 6 tutorials are available under the "docs" directory in the release tarball. The development team thanks all of the contributors and sponsors for making Rakudo Star possible. If you would like to contribute, see <http://rakudo.org/how-to-help>, ask on the mailing list, or join us on IRC \#perl6 on freenode. -- 4096R/EA75174B Steve Mynott

Re: It's time to use "use v6.c"

The windows p6doc fix at http://perl6.org/downloads/ has been updated. On 6 February 2016 at 21:17, Steve Mynott wrote: > Are you using windows? > > From the recently updated http://perl6.org/downloads/ > > "p6doc was broken on Windows. Fix is to, with Git in the %PAT

Re: It's time to use "use v6.c"

>; > use Perl:<6.0.0>; > use Perl:<6.2.7.1>; > > if you want to lock in a particular set of semantics at some greater > degree of specificity." > > -y -- 4096R/EA75174B Steve Mynott

Re: Commensurability as Key

oduce a cultural convention for method names. It would also maintain perls reputation for generous use of squiggles. On Fri, Aug 23, 2013 at 12:53 PM, Jonathan Lang wrote: > On Aug 23, 2013, at 2:41 AM, Steve Pitchford > wrote: > > > How would you implement, in a robust way, the fol

Re: Commensurability as Key

plemented as a module (if we have a consistent idea what we > want). > Currently it's possible to change the language to (a subset of) Perl 5 ( > https://github.com/rakudo-p5/v5) so it should be possible to at least > prototype the units handling. > > > 2013/8/23 Steve P

Fwd: Commensurability as Key

--- From: Jonathan Lang Date: Fri, Aug 23, 2013 at 9:47 AM Subject: Re: Commensurability as Key To: Steve Pitchford On Aug 23, 2013, at 1:17 AM, Steve Pitchford wrote: > > I think James Bowery's comments are intended to address a real need for programming languages to wor

Re: Commensurability as Key

oo far for many, but I'm wondering if anyone can explain to me why OO is not the most appropriate solution to the "Commensurable" problem space in perl 6? Steve On Thu, Aug 22, 2013 at 5:54 AM, Doug McNutt wrote: > At 20:27 -0700 8/20/13, Jonathan Lang wrote: Off list acciden

Re: exponentiation of Duration's

is that really the power of a Duration should not be > performed, unless you coerce the Duration in a specific unit value? > I was thinking about larger scale durations - sometimes seconds are just an irrelevence http://dinosaurs.about.com/od/dinosaurbasics/a/dinosaurages.htm ( URL says it all ) Steve

Re: perl6 compiler

his April or at > the berry least the summer? > > > Sent from my iPhone > Wendell Hatcher > wendell_hatc...@comcast.net > 303-520-7554 > Blogsite: <http://thoughtsofaperlprogrammer.vox.com/> > http://thoughtsofaperlprogrammer.vox.com/ > > > On Mar 19, 2010,

Re: perl6 compiler

Aha - A FAQ - for the answer, read here: http://use.perl.org/~pmichaud/journal/39411 and here: http://en.wikipedia.org/wiki/Rakudo_Perl Cheers, Steve On Fri, Mar 19, 2010 at 4:05 AM, Wendell Hatcher < wendell_hatc...@comcast.net> wrote: > Is there ever going to be a perl6 productio

Re: perl6 compiler

Have a read of this: http://www.parrot.org/ The parrot project is to build a virtual machine for dynamic languages, like perl 6. On Wed, Mar 17, 2010 at 1:43 AM, Dell wrote: > Has anyone thought about designing or is the Rakudo compiler similar to the > JVM on an enterprise level? What I mean

Re: Temporal seems a bit wibbly-wobbly

On Feb 24, 6:05 am, markjr...@gmail.com ("Mark J. Reed") wrote: > Fair enough: official TAI is only known exactly after the fact.   Does "official TAI" means what BIPM says it means, and just plain "TAI" means whatever perl6 wants it to mean? TAI is an achievement for technical merits, but even m

Re: Temporal seems a bit wibbly-wobbly

On Feb 22, 2:23 pm, markjr...@gmail.com ("Mark J. Reed") wrote: > I submit that if the inputs and outputs of Temporal are UTC, then Perl > is using UTC, not TAI.  Is it TAI internally? Only the time scale which is approved by the ITU-R for use in radio broadcasts has any international backing. Be

Re: Temporal seems a bit wibbly-wobbly

On Feb 19, 10:30 pm, la...@wall.org (Larry Wall) wrote: > 2000 would have been a lovely epoch if only the astronomers had kept > their grubby hands off of civil time. The astronomers might love to have the power to control something like that, but I'm afraid that none who are alive now can take cr

listing all files in all sub directories

I am trying to list all files in all sub-directories and have the code below but this is listing the . directories as well as the directories themselves. I just want the full path filenames and not the individual directories out. Here is what I have #!c:/Perl/bin/Perl.exe @ARGV = qw(.) unless @AR

Re: Converting a Perl 5 "pseudo-continuation" to Perl 6

Hello, I'd vote for the OO-style. My reason is that the major criteria should be the reader perspective. It should be as clear as possible what's going on in the main code even if the reader doesn't know the hottest p6 tricks! What you are doing here is: two operations on the same thing (the pidf

RE: A few multiple dispatch questions

"noncitizen" is the more appropriate term you are looking for I think regards steve -Original Message- From: chromatic [mailto:[EMAIL PROTECTED] Sent: 06 August 2008 04:03 To: Bob Rogers Cc: perl6-language@perl.org Subject: Re: A few multiple dispatch questions On

Re: what should be the default extension?

the class/resource loader. Note - after scanning through the thread some of this seems similar to David Greens post about a proper library-manager... Steve -- All thoughts are my own and not those of my employer or any other association

Re: Should a dirhandle be a filehandle-like iterator?

>for =$general_iterator { .say } > >$general_iterator.close; # or .end, or .whatever > > That last part is definetely not Llama material, but maybe I'll at > least hit the haystack. One of the things done for Perl 5.10 is to make dirhandles be a little bit more like filehandles. On OS's that allow it, things like stat DIRHANDLE -X DIRHANDLE chdir DIRHANDLE all make sense and do what you'd think they'd do. Steve Peters [EMAIL PROTECTED]

Re: for ... else

I vote against this proposal. More exceptional rules in a language are bad in itself. Those exceptions force people to more to learn more stuff and lead to confusion for those who don't know every detail of this language. So, there should be an important reason for that or it's a silly idea. I

Re: Relief for rw/ro

PS: In between, I think 'variable' is too long, so: $code =~ s/variable/vari/g; IMHO C is better than C because C doesn't look like a special thing, but it is. I feel that the most usual cases for read/write would be better readable with that approach. Instead of C<$res=funcy($foo is rw);> i

Relief for rw/ro

Recently $larry asked for ideas for better naming the several states of write access. There are some tentative thoughts, I like to offer. Larry Wall wrote: > That being said, in writing the Perl 6 grammar I keep running into the > need for rw context variables. I'm getting tired of writing thing

Re: my $temperature is ro

Larry, Smylers, now I've read your answers. Larry, thanks for telling me that it is already specced. I have overlooked it, sorry. Hello Smylers, thanks for your answer, too. I'm not stucked on the form C<$-name>. I am happy to get the runtime readonly or the pragma. Have a nice day Stefan -

Re: my $temperature is ro

Oops, that was a timing problem. I didn't see that there were answers, sorry. Kind Regards Stefan - No need to miss a message. Get email on-the-go with Yahoo! Mail for Mobile. Get started.

Re: Re: my $temperature is ro

Hello Thomas, thanks for answering. I fear the C declaration is not suitable for the purposes I'm thinking of, since it sets the value at compile time. And at compile time it can't contact a database, unfortunately. So, we need the assignment at runtime, but the sanity check *latest* at comp

my $temperature is ro

# Hello @all, # I want to suggest readonly or 'is ro' declaration for variables. See: readonly $temperature = db_temperature_of( $date_time_loc); ... ## much later # It is *ensured* that $temperature is the original value from database! my $result = important_decision( $temperature); #{ It can be

Remember: Outlaw to declare a lexical twice in the same scope

Hi @larry, I want to remember to my proposal from september 2006. It targets on changing S04. The discussion is summarized on: http://www.oreillynet.com/onlamp/blog/2006/09/weekly_perl_6_mailing_list_sum_3.html So, please change S04 as discussed. Thanks Stefan -

Outlaw to declare a lexical twice in the same scope

Hello, perhaps I've missed a discussion about it, but I can't find a reason for a (IMHO infelicitous) specification. In S04 is said: "If you declare a lexical twice in the same scope, it is the same lexical" I would argue for: If you declare a lexical twice in the same scope, it is an error!

Re: new sigil

On Fri, Oct 21, 2005 at 05:27:53PM +0200, Schneelocke wrote: > On 21/10/05, Steve Peters <[EMAIL PROTECTED]> wrote: > > I honestly don't know or care what flavor of vi I using, since it usually > > changes depending on what *nix flavor I'm working on. I also don&

Re: new sigil

avor I'm working on. I also don't think that it should make a difference what editor I'm using with a programming language. Others seem to think differently. C'est la vie. Steve Peters [EMAIL PROTECTED]

Re: new sigil

On Fri, Oct 21, 2005 at 09:35:12AM -0400, Rob Kinyon wrote: > On 10/21/05, Steve Peters <[EMAIL PROTECTED]> wrote: > > On Fri, Oct 21, 2005 at 02:37:09PM +0200, Juerd wrote: > > > Steve Peters skribis 2005-10-21 6:07 (-0500): > > > > Older versions of

Re: new sigil

On Fri, Oct 21, 2005 at 02:37:09PM +0200, Juerd wrote: > Steve Peters skribis 2005-10-21 6:07 (-0500): > > Older versions of Eclipse are not able to enter these characters. That's > > where the copy and paste comes in. > > That's where upgrades come in. > Th

Re: new sigil

t's where the issus with the documentation starts. > > It displays in Eclipse (3.1.1) whether the Text File Encoding is set to > Cp1252 (default) or UTF-8 or ISO-8859-1 Older versions of Eclipse are not able to enter these characters. That's where the copy and paste comes in. Steve Peters [EMAIL PROTECTED]

Re: new sigil

On Fri, Oct 21, 2005 at 11:03:07AM +0200, Bra??o Tichý wrote: > > - Original Message - > From: "Steve Peters" <[EMAIL PROTECTED]> > To: "Luke Palmer" <[EMAIL PROTECTED]> > Cc: > Sent: Friday, October 21, 2005 4:21 AM > Subject: Re:

Re: new sigil

rerequisite to experimenting in Perl 6. My bigger point is about system settings which are typically locked down and not usually sweet-talkable. Also, getting new software purchased can be a painfully slow depending on the bureaucracy involved, and generally requires lots of beers and lunches, or the right catastrophe, which could have been prevented and/or repaired with the tool you want, to speed up the process. Steve Peters [EMAIL PROTECTED]

Re: new sigil

On Thu, Oct 20, 2005 at 04:23:44PM -0600, Luke Palmer wrote: > On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote: > > Like the old joke goes "Doctor, Doctor, it hurts when I try to type a > > Latin-1 > > character." "So don't try to type Latin-1 c

Re: new sigil

On Thu, Oct 20, 2005 at 05:03:27PM -0400, Rob Kinyon wrote: > On 10/20/05, Steve Peters <[EMAIL PROTECTED]> wrote: > > I have some serious concerns about using Latin-1 sigils within Perl 6 and > > the ASCII multi-character aliases. Am I not understanding something that > &

Re: new sigil

On Thu, Oct 20, 2005 at 10:24:23AM -0700, chromatic wrote: > On Thu, 2005-10-20 at 10:32 -0500, Steve Peters wrote: > > > The idea of punishing programmers who choose to use certain operating system > > or locales just doesn't seem right to me. > > Haven

Re: new sigil

use certain operating system or locales just doesn't seem right to me. Steve Peters [EMAIL PROTECTED]

Re: new sigil

xisting class T that > we just might not see the declaration of for dynamic reasons". Instead, > the new sigil is the cent sign, so ::T is now written ¢T instead. > Looking at my U.S. English keyboard, I don't have a cent sign. I don't think a sigil that can't be

Re: DBI v2 - The Plan and How You Can Help

a is fine as an environment- or configuration-driven _option_. -- Steve Sapovits [EMAIL PROTECTED]

Re: DBI v2 - The Plan and How You Can Help

somewhere to hide/obscure. You can also use Perl source filters to totally encrypt the source -- something else I've done but not in production. Just some things you may want to look at ... -- Steve Sapovits [EMAIL PROTECTED]

reset() and S29 -- obsoleted?

One function I noticed on the S29 list was reset(). With lexically scoped variables, reset is almost useless. "Perl in a Nutshell" calls it "vaguely deprecated". Can we remove the vagueness and deprcate it completely? Steve Peters [EMAIL PROTECTED]

Parenthasized not in Perl 6 -> not()

like C. Obviously, this is not a regularly used functionality since it took almost five years to be found. The question that a few of us discussed is whether it should be allowed at all? Is it a syntax error? If not, what is its purpose? Steve Peters [EMAIL PROTECTED]

Re: Question about pairs

me kind of reserved word for a known set of "foo". > I'm sure if you did that someone would consider it perverse. > Just to clarify then, are the following two equivolent? my $x = 1 => 2 => 3 => 4; my $x = 1 => (2 => (3 => 4)); Steve Peters [EMAIL PROTECTED]

Re: Question about pairs

On Mon, Feb 21, 2005 at 09:33:33PM +1100, Damian Conway wrote: > Steve Peters wrote: > > >While looking into Perl 6 and pugs, I noticed a problem with Pairs pretty > >quickly. Although pairs look like a very useful data type, I could find > >in the "Perl 6

Question about pairs

tials" or any Apocolypse or other document on how to get the key or value from a pair. I was thinking .key and .value seemed logical (and Autrojus implemented them in pugs faster than I could even spit out the names), but that doesn't make them "official". Steve Peters [EMAIL PROTECTED]

Pairs and they work in Perl 6

I've been starting to play around with Perl 6 and pugs when I ran into some questions regarding pairs. I've looked through "Perl 6 and Parrot Essentials" as well as the Apocolypses and others and haven't found a good answer. What is the method for retrieving a key or

Re: More fun with argument passing

On Oct-05, Luke Palmer wrote: > Steve Fink writes: > > Ok, I'm back to argument passing. I'm starting a new thread because > > I'm lazy and I have to scroll back too far in my mailer to see the old > > arg passing thread. :-) And yes, most of this mess

Re: Parrot 0.0.11 "Doubloon" Released!

On Sep-21, Gerrit P. Haase wrote: > Hallo again, > > >>>http://cpan.perl.org/authors/id/S/SF/SFINK/parrot-0.0.11.1.tar.gz > > >> And all we need now is a 0.0.11.2, with patches to allow four-element > >> version numbers... > > [...] > > Ouch, better take this: > $ diff -urd parrot-0.0.11.1/VER

Re: Parrot 0.0.11 "Doubloon" Released!

On Sep-20, Steve Fink wrote: > At long last, Parrot-0.0.11 "Doubloon" has been released! And so has Parrot-0.0.11.1, for those of you who want correct native bytecode tests! http://cpan.perl.org/authors/id/S/SF/SFINK/parrot-0.0.11.1.tar.gz Hmm... for symmetry, I'm now thinki

Parrot 0.0.11 "Doubloon" Released!

At long last, Parrot-0.0.11 "Doubloon" has been released! This release features direct generation of executable binaries, dramatically improved documentation, and a built-in bread maker! Get it while it's hot at , or join the party by

Parrot 0.0.10 released

The Parrot team is proud to announce the release of Parrot version 0.0.10, code named "Juice" (based on the new -Oj optimization flag). It is downloadable from . If you would like to check the latest copy out from CVS, see the instruct

Re: This week's Perl Summary

On Jan-04, Leopold Toetsch wrote: > Damian Conway wrote: > > >Piers Cawley wrote: > > > >>Acknowledgements > > > >But, of course, modesty forebade him from thanking the tireless Perl 6 > >summarizer himself, for his sterling efforts wading through the morasses > >that are P6-language and P6-intern

[ANNOUNCE] Parrot v0.0.9

The Parrot team is proud to announce the release of Parrot version 0.0.9, code named "Nazgul". It is downloadable from . If you would like to check the latest copy out from CVS, see the instructions at . Try i

Re: labeled if blocks

From: Larry Wall <[EMAIL PROTECTED]> "last" almost works, except it's specific to loops But last also works for anonymous blocks, which aren't loops. (Aren't they? Don't know about you tovarisch, but my anonymous blocks execute just once.) In fact, that's why I asked. I have a lot of code that

labeled if blocks

Will Perl6 have labeled if blocks? Like this: BLAH: if ($foo) { ... last BLAH if $bar; ... } _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp

Re: Backtracking syntax

On Sun, Sep 22, 2002 at 01:39:29PM -0500, Me wrote: > So, how about something like: > > : # lock in current atom, ie as now > :] # lock in surrounding group, currently :: > :> # lock in surrounding rule, currently ::: > :/ # lock in top level r

Re: hotplug regexes, other misc regex questions

On Wed, Sep 18, 2002 at 05:01:35PM +0200, Damian Conway wrote: > Steve Fink wrote: > > >What possible outputs are legal for this: > > > > "aaa" =~ /( a { print 1 } | a { print 2 })* { print "\n" } x/ > > Unless Larry specifies a required seman

Re: hotplug regexes, other misc regex questions

On Mon, Sep 16, 2002 at 10:32:17AM +0300, Markus Laire wrote: > On 15 Sep 2002 at 22:41, Steve Fink wrote: > > Your code seems to backtrack to the beginning at every failure. First > code only backtracks one char at time. > > Huh? What implementation is that? I think my na

possible bugs in Exegesis 5 code for matching patterns

n "+++" which is what is really needed to match a Unified diff. Similarly for <3> Or am I missing something? If these are bugs, then what would be the best way to fix the code while retaining as much reuse as possible. Hopefully helpfully yours, Steve -- Steven Tolkin

Re: Argument aliasing for subs

ssing? I think my paradigm is shifting without a clutch. Steve _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

Re: Argument aliasing for subs

>From: Trey Harris <[EMAIL PROTECTED]> >To: Steve Canfield <[EMAIL PROTECTED]> > > I would expect it to output "false". > >Why? I believe that, whatever you set $var to, you have marked the >variable as constantly true in booleans. Because in my experi

Re: Argument aliasing for subs

Would it be accurate to say that "is" sets properties of variables, whereas "but" sets properties of values? If so, what would this output: my $var is true; $var=0; if ($var) {print "true"} else {print "false"} I would expect it to output "false". __

Re: Argument aliasing for subs

Damian Conway wrote: >>And is the is/but distinction still around? > >Oh, yes. Could someone please reference where this decision was made. I do not find any information describing the distinction. Steve _ Join

Re: auto deserialization

From: Dan Sugalski [EMAIL PROTECTED] >I actually had something a bit more subversive >in mind, where the assignment operator for the >Date class did some magic the same way we do >now when we do math on strings. I was thinking a simple general purpose rule. If the variable is typed, and its class

Re: Does ::: constrain the pattern engine implementation?

On Wed, Aug 28, 2002 at 12:55:44PM -0400, Deven T. Corzine wrote: > On Wed, 28 Aug 2002, Dan Sugalski wrote: > > At 10:57 AM -0400 8/28/02, Deven T. Corzine wrote: > > On the other hand, :, ::, ::: and don't necessarily need to be a > problem if they can be treated as hints that can be ignored.

auto deserialization

Will there be automatic calling of the deserialization method for objects, so that code like this DWIMs... my Date $bday = 'June 25, 2002'; _ Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: Regular and Context-Free languages

On Fri, Aug 09, 2002 at 09:50:00PM -0400, Mark J. Reed wrote: > On Fri, Aug 09, 2002 at 05:23:58PM -0700, Steve Fink wrote: > > On Thu, Aug 08, 2002 at 12:05:00AM -0400, Mark J. Reed wrote: > > > Finite state machines can match regular expressions whose only operations

Re: Regular and Context-Free languages

Wow. Since you went to the trouble of writing all this up, it really ought to go in a FAQ somewhere. On Thu, Aug 08, 2002 at 12:05:00AM -0400, Mark J. Reed wrote: > Finite state machines can match regular expressions whose only operations > are closure (*), alternation (|), and grouping. Some of

Re: 6PAN (was: Half measures all round)

7;t, subwindows don't get managed properly, widgets from version X can't be attached to units from version Y, etc, etc. The same is almost certianly true of DBI modules, Gnome modules, and many others. The 6PAN installation tree and perl6 module builds must be able to deal with this issue

Re: 6PAN (was: Half measures all round)

On Tue, Jun 04, 2002 at 01:11:58PM -0700, David Wheeler wrote: > On 6/4/02 12:59 PM, "Steve Simmons" <[EMAIL PROTECTED]> claimed: > > > Actually, for 6PAN I think they should have to pass. And maybe we > > need a bug submission setup, and status checks, a

Re: 6PAN (was: Half measures all round)

On Tue, Jun 04, 2002 at 12:59:38PM -0400, John Siracusa wrote: > In the spirit of Simon's desire to see "radical changes" when appropriate, I > propose the following high-level goals for 6PAN . . . > 1. Multiple versions of the same module may be installed on a single system > with no possibilit

Re: Half measures all round

On Tue, Jun 04, 2002 at 05:40:08PM +0100, Simon Cozens wrote: > Steve Simmons: > > We have said that perl5 will be *mostly* mechanically translatable into > > perl6. > And we shall keep saying this until we believe that it is true? *grin* My apologies for using the wrong

Re: Half measures all round

On Tue, Jun 04, 2002 at 04:13:36PM +0100, Simon Cozens wrote: Hmm, June 4. Independence day, with an off by 1 error. Must be a C program involved somewhere. :-) In brief, I'm with Damien on this one. IMHO C++ is an ugly bastard of a programming language because they cut the cord ineffective

Re: Hashes, Stringification, Hashing and Strings

On Tue, Apr 16, 2002 at 02:00:33PM -0400, Mike Lambert wrote: > Speaking of which, how do we ensure the immutability of keys being put > into the hash? I think Perl copied the string, so that: RFC266 talks about these issues, though it was just really my take on the problem at the time. http://de

Re: Perl6/Parrot status

On Thu, Feb 07, 2002 at 06:13:47AM -0800, Ask Bjoern Hansen wrote: > Hi, > > I am tired of people thinking that we are not getting anywhere at > all, so if (some|any|every)one can send me a reasonably updated text > for the "Where are we" section at http://www.parrotcode.org/ and > likewise for h

Re: Apoc4: The loop keyword

>No, handiness still matters with Perl. It's just that the balance has > >tipped a wee bit towards the consistency/regularity/simplicity/whatever > >side of the scale. > > > >Besides no one has commented on Steve Fink's (I think it was him) idea > >t

Re: Apoc4: The loop keyword

On Sun, Jan 27, 2002 at 10:43:08PM -, Rafael Garcia-Suarez wrote: > Melvin Smith wrote in perl6-language: > >> > >>Besides no one has commented on Steve Fink's (I think it was him) idea > >>to store the result of the most recently executed conditional in $?

Re: Apoc4: The loop keyword

On Mon, Jan 21, 2002 at 12:50:38PM -0800, Larry Wall wrote: > In most other languages, you wouldn't even have the opportunity to put > a declaration into the conditional. You'd have to say something like: > > my $line = <$in>; > if $line ne "" { ... } > > Since > > if my $line = <$

Another nice to have: make # less ambiguous

On my wishlist is forbidding the use of # just about anywhere but as a comment starter and in strings or regular expressions. Not a big deal, but it would make it easier to write 90% correct perl syntax parsers. It's a pain dealing with q#not a comment# and m#still not# and s(even)#this#. Espe

Re: as long as we are discussing 'nice to have's...

[EMAIL PROTECTED] wrote: > On Sat, Jul 21, 2001 at 02:47:43PM -0700, Dave Storrs wrote: > >>I discovered today that I had forgotten to put 'use strict' at the top of >>one of my modules...it was in the script that _used_ the module, but not >>in the module itself. Putting it in instantly caught

Re: "Implied types, first try." Or "Its amazing what you can do with potatoes"

Michael G Schwern wrote: > On Mon, Jul 09, 2001 at 08:54:49PM -0700, Steve Fink wrote: > >>my Num $x = 3.0; >>$x++; >>my Int $y = $x; >> >>Could be compile-time, if you do constant folding first. >> > > Alot of how much checking we can do

Re: "Implied types, first try." Or "Its amazing what you can do with potatoes"

[EMAIL PROTECTED] wrote: > Here's me thinking out loud. I'm thinking about how to avoid alot of > explicit type casting without entering a maze of twisty typecasing > rules, all different. > > > Imagine we have a typing system where types are allowed to > automatically cast AS LONG AS NO INFOR

Re: RFC on Coexistance and simulaneous use of multiple module version s?

Many thanks to all for the pointers. Paul Johnson wrote: > I don't think any proposal of this nature would be conplete without a > consideration of these aspects. Agreed.

Re: RFC on Coexistance and simulaneous use of multiple module version s?

Paul Johnson wrote: > Has anyone considered the problems associated with XS code, or whatever > its replacement is? Pardon my ignorance, but what's XS code?

  1   2   >