Re: More fun with argument passing

2003-10-05 Thread Steve Fink
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 message should also be > > on -languages. > > Whic

Re: More fun with argument passing

2003-10-05 Thread Luke Palmer
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 message should also be > on -languages. Which it now is. Although, there are some inte

Re: [CVS ci] pcre pattern match example

2003-10-05 Thread Dan Sugalski
At 7:19 PM +0200 10/5/03, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: Fair enough, but I don't want to ship the PCRE sources, nor require them for parrot to build, so there's something of a problem there, unfortunately. So I'll make a lib ouf of it. Where do you prefer it to

Re: [CVS ci] pcre pattern match example

2003-10-05 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > Fair enough, but I don't want to ship the PCRE sources, nor require > them for parrot to build, so there's something of a problem there, > unfortunately. So I'll make a lib ouf of it. Where do you prefer it to go: * runtime/parrot/lib/ * library/ leo

More fun with argument passing

2003-10-05 Thread Steve Fink
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 message should also be on -languages. Could somebody tell me where I go wrong: If you have a prototype sub f (

Re: [CVS ci] pcre pattern match example

2003-10-05 Thread Dan Sugalski
At 5:33 PM +0200 10/2/03, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: On Thu, 2 Oct 2003, Leopold Toetsch wrote: $ parrot examples/assembly/pcre.imc "abcdef12" 'bc(.)([a-z]+)' abcdef12 =~ /bc(.)([a-z]+)/ Given that, for perl 5 code, we're going to have perl 5's real regex

Re: [perl #24115] [PATCH] update of strings.pod

2003-10-05 Thread Leopold Toetsch
Michael Scott <[EMAIL PROTECTED]> wrote: > I've made the changes necessary to bring strings.pod up-to-date. Applied, thanks. leo

[perl #24115] [PATCH] update of strings.pod

2003-10-05 Thread via RT
# New Ticket Created by Michael Scott # Please include the string: [perl #24115] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=24115 > I've made the changes necessary to bring strings.pod up-to-date. Here's the patch: -

Re: LF needed at end of pasm files?

2003-10-05 Thread Leopold Toetsch
Jeff Clites <[EMAIL PROTECTED]> wrote: > I'd imagine this indicates a behavior change in imcc at some point. Or no one ran these tests since assemble.pl was used :) > It's easy enough to add the LFs, but it might be better to not require > the final line end character. The parsing pod says that

Re: Safe Mode for Parrot -- Need a volunteer

2003-10-05 Thread Leopold Toetsch
Gregor N. Purdy <[EMAIL PROTECTED]> wrote: > ..., but I didn't want to make > 2 * N new .c files to get paranoid versions of the N core .c > files now. One safe core, built separately with its own Ops files ought to be enough, IMHO. > I thought about prederef a bit right before submitting this,