Dan Sugalski wrote:
Or, rather, the const_string function.
Simple thing, looks like:
STRING *foo = const_string(interpreter, c-style string constant);
Easy, right? Yeah. Easy.
Well, the real constant string is constructed like so:
STRING *foo = CONST_STRING(interpreter, "cstring");
These str
Thomas Klausner sent the following bits through the ether:
> On issue I'd like to ask is: We (Gabor Szabo and I) are thinking of renaming
> the distribution from "Module::CPANTS" to "CPANTS". Do you think that this
> is a good idea?
I see no advantage and quite a bit of pain in renaming. However,
While I am generally in favor of this idea (and I did get the first
miniparrots to work, pretty much as proof of concept), I do think it's
likely to be rather challenging (and interesting):
Remember, _pure_ C89 provides only these headers:
On Tue, Sep 07, 2004 at 07:39:49PM -0400, Dan Sugalski wrote:
: You've got things a bit turned around I think. Parrot's the engine.
: It provides the services, runs the code, handles the environment, and
: generally manages stuff. If you want, think of it as a combination
: CPU, OS, low-level de
On Fri, 27 Aug 2004, Luke Palmer wrote:
> > $downcaserule = 'A-Z' => 'a-z';
> > $l33trule = 'EISTA' => '31574';
> > $str =~ tr( { $l33trule, $downcaserule } );
> >
> > may or may not do what the naive reader expects, and randomly so!
[snip]
> or not. the point is that it's only undef
Since this list has been started, I'd assume that means work on the
final Perl6 compiler is about to start. (Although, with this crowd,
you never do know...)
In the interest of a layman's curiosity: What's the current status?
(And I already wonder if this won't make the summaries even more irregu
Michael Homer skribis 2004-09-08 15:54 (+1200):
> I think (correct me) what he's getting at here is a sparse array 1=>a,
> 3=>b, 4=>c where 2nd is 'b' (the second item) but 1st+1 is undefined
> (there is no index 2). I don't know how well that scheme works from a
> comprehension point of view th
Jens Rieks wrote:
Hi,
the examples in examples/streams are not working with --gc-debug,
FileLines.imc crashes even without it.
Any idea why?
Nasty. After spending some hours with gdb and thinking up, down, and in
circles, I could eventually boil it down to the code below.
The continuation created
Clayton O'Neill <[EMAIL PROTECTED]> wrote:
> This adds support for setting triggers on specific config variables.
Thanks, applied finally, except the order of calling gcc.pl, which
already changed in the meantime and is (hopefully) correct already.
leo
At 2:10 PM +0200 9/8/04, Leopold Toetsch wrote:
Jens Rieks wrote:
Hi,
the examples in examples/streams are not working with --gc-debug,
FileLines.imc crashes even without it.
Any idea why?
Nasty. After spending some hours with gdb and thinking up, down, and
in circles, I could eventually boil it d
At 8:52 AM +0200 9/8/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
Or, rather, the const_string function.
Simple thing, looks like:
STRING *foo = const_string(interpreter, c-style string constant);
Easy, right? Yeah. Easy.
Well, the real constant string is constructed like so:
STRING *foo =
At 7:26 PM -0400 9/7/04, Josh Wilmes wrote:
While I am generally in favor of this idea (and I did get the first
miniparrots to work, pretty much as proof of concept), I do think it's
likely to be rather challenging (and interesting):
Remember, _pure_ C89 provides only these headers:
At 2:21 PM +0200 9/3/04, Leopold Toetsch wrote:
[ resent ]
Date: Thu, 26 Aug 2004 09:17:52 +0200
Subject: Integer PMCs
Fog around integer PMC semantics is lifting, so we should start bringing
classes/*.pmc into shape.
Currently PerlInt is the most complete implementation of the proposed
semantics.
At 7:22 AM +0200 9/8/04, Robert Schwebel wrote:
Dan,
sorry, although I'm a long term perl user I'm not that familiar with the
internals of the perl development process that I know all the old
stories ;)
The plan looks good, but some things are still unclear to me:
*) Person building runs platfor
At 9:44 AM -0400 9/8/04, Josh Wilmes wrote:
At 9:23 on 09/08/2004 EDT, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>- executing programs in any kind of sophisticated way
(fork/exec, pipes)
We do get system and popen, though.
Well, system at least. popen is not part of the c89 spec as far as I
On Wed, Sep 08, 2004 at 10:48:05AM +, Herbert Snorrason wrote:
>
> In the interest of a layman's curiosity: What's the current status?
We're in the beginning stages of building a basic perl 6 grammar engine
(i.e., probably without p6 closures) that compiles to parrot and handles
basic optimi
At 9:23 on 09/08/2004 EDT, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >- executing programs in any kind of sophisticated way (fork/exec, pipes)
>
> We do get system and popen, though.
Well, system at least. popen is not part of the c89 spec as far as I know.
This URL is a fairly handy refer
According to [EMAIL PROTECTED]:
> So how many stores do we expect for
>($a = "xxx") =~ s/a/b/g
> and which of the possible answers would be more useful?
I think it depends on C<($a = "aaa") =~ s/a/b/g>.
* If the s/// operator stores once after all substitutions,
then having it alway store
So, Leo's got a tool to handle turning CONST_STRING macros into real
constant strings. Which is cool. (build_tools/c2str.pl) The tool
could use a bit of thumping, though.
Right now it does per-file scanning, and only of .c files. What I'd
like to do is to teach it to scan through multiple files
On Wed, Sep 08, 2004 at 09:51:35AM -0400, Dan Sugalski wrote:
> Whether there's a per-platform shell script for the Unices or one
> generic one that'll work well enough to bootstrap to the "Use parrot
> because it's nicer" phase of the build's up in the air. This way
> assumes the user has a comman
Patrick R. Michaud wrote:
We're in the beginning stages of building a basic perl 6 grammar engine
(i.e., probably without p6 closures) that compiles to parrot and handles
basic optimizations. Concurrent with that I'm working on a Perl 6 grammar.
Where can one get a look at these wonderful thin
On Wed, Sep 08, 2004 at 04:46:28PM +0200, Robert Schwebel wrote:
> On Wed, Sep 08, 2004 at 09:51:35AM -0400, Dan Sugalski wrote:
> > Whether there's a per-platform shell script for the Unices or one
> > generic one that'll work well enough to bootstrap to the "Use parrot
> > because it's nicer" pha
Robert Schwebel wrote:
Is my impression correct that nobody has ever tried crosscompiling perl,
and that nobody is really interested in doing it in the future?
I assume that, if you don't take this into account from the beginning it
is not very probable that it will ever work before Perl 7 :-)
Dan Sugalski wrote:
There are two simple answers here (the proposal for the change in the
way interpreter context structs are handled isn't it -- we'll have the
same problem because we'll still have backing stacks).
No. As layed out my scheme doesn't need any register backing stacks.
... Either
On Wed, Sep 08, 2004 at 04:03:03PM +0100, Nicholas Clark wrote:
> No. The WinCE port of perl (in the Perl 5 source) is a cross compile on
> Win32, as I understand it. The Zaurus packages are built as a cross compile
> on another Linux, and should be repeatable based on the instructions in
> the dir
Robert Schwebel wrote:
On which platforms shall perl run _today_ which is not able to run sh?
VMS. Just because you don't use it doesn't mean that nobody uses it.
-garrett
On Wed, 8 Sep 2004 07:33:45 -0600, Patrick R. Michaud
<[EMAIL PROTECTED]> wrote:
> We're in the beginning stages of building a basic perl 6 grammar engine
> (i.e., probably without p6 closures) that compiles to parrot and handles
> basic optimizations. Concurrent with that I'm working on a Perl 6
On Wed, Sep 08, 2004 at 08:07:52AM -0700, Gregory Keeney wrote:
> Sounds like some of us with cross-compiling experience need to get our
> hands dirty, once the basic build system is in place.
I suppose I can do quite some testing in this case: with PTXdist I can
easily build complete Linux userl
At 5:16 PM +0200 9/8/04, Robert Schwebel wrote:
> sh doesn't run on all platforms that perl has done historically.
On which platforms shall perl run _today_ which is not able to run sh?
No offense, but it *doesn't* *matter*. We're not using autoconf, as
the subject of this thread makes clear. Tha
At 4:41 PM +0200 9/8/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
There are two simple answers here (the proposal for the change in
the way interpreter context structs are handled isn't it -- we'll
have the same problem because we'll still have backing stacks).
No. As layed out my scheme doesn'
On Wed, Sep 08, 2004 at 11:23:36AM -0400, Dan Sugalski wrote:
> No offense, but it *doesn't* *matter*. We're not using autoconf, as
> the subject of this thread makes clear. That's not negotiable.
A really convincing argumentation.
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix
Robert Schwebel wrote:
It seems to be a little bit strange to me that the ability to be
compiled on prehistoric systems seems to be more important than a
correct cross compiler environment.
On which platforms shall perl run _today_ which is not able to run sh?
For a particular project I am consi
On Wed, 8 Sep 2004 17:34:50 +0200, Robert Schwebel <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 08, 2004 at 11:23:36AM -0400, Dan Sugalski wrote:
> > No offense, but it *doesn't* *matter*. We're not using autoconf, as
> > the subject of this thread makes clear. That's not negotiable.
>
> A really conv
Herbert Snorrason wrote:
I suggest we institute a "Rule One" for Dan. (And number two, too,
while we're at it.) It'd be easier that way.
Ooh, ooh, I know, I know!
Rule Number One:
â No one wants the â [interrobang if your email client or font
doesn't like utf-8]
Rule Number Two:"
â Dan ge
On Wed, 08 Sep 2004 08:57:22 -0700, Gregory Keeney
<[EMAIL PROTECTED]> wrote:
> Rule Number One:
> â No one wants the â [interrobang if your email client or font
> doesn't like utf-8]
> Rule Number Two:"
> â Dan gets the â
I was thinking more along the lines of "Dan is always right" and "Da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I searched the list archives on groups.google.org to try to get more context
for this discussion, but didn't come up with much that seems relevent. Can
somebody point me to an old thread where Autoconf is discussed?
One other thing:
> *) Person
[Herbert == [EMAIL PROTECTED] on Wed, 8 Sep 2004 15:18:27 +]
Herbert> And any way for an overeager newbie to help?
The classic answer is "write tests". There's thousands of code
snippets that have been tossed out to the various perl6-* lists over
the last few years. Many are bogus, but wo
According to Robert Schwebel:
> It seems to be a little bit strange to me that the ability to be
> compiled on prehistoric systems seems to be more important than a
> correct cross compiler environment.
Anyone doing cross-compilation should know enough about their target
environment to build a con
On Wed, 8 Sep 2004 15:46:17 +, Herbert Snorrason <[EMAIL PROTECTED]> wrote:
> I suggest we institute a "Rule One" for Dan. (And number two, too,
> while we're at it.) It'd be easier that way.
That rule already exists, but I think Dan still feels insecure about
it ;) The Larry Way(tm) is to in
At 5:34 PM +0200 9/8/04, Robert Schwebel wrote:
On Wed, Sep 08, 2004 at 11:23:36AM -0400, Dan Sugalski wrote:
No offense, but it *doesn't* *matter*. We're not using autoconf, as
the subject of this thread makes clear. That's not negotiable.
A really convincing argumentation.
It wasn't an argument
On Wed, Sep 08, 2004 at 11:30:19AM -0500, Timm Murray wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> I searched the list archives on groups.google.org to try to get more context
> for this discussion, but didn't come up with much that seems relevent. Can
> somebody point me
On Wed, Sep 08, 2004 at 05:41:33PM +0200, Adam Herout wrote:
: For a particular project I am considering using Parrot on a custom
: system based on Texas Instuments DSP processor - this class of systems
: is described as weird rather than prehistoric.
: I hope that Parrot might be the option for
On Wed, Sep 08, 2004 at 07:53:07AM -0700, Gregory Keeney wrote:
> Patrick R. Michaud wrote:
>
> >We're in the beginning stages of building a basic perl 6 grammar engine
> >(i.e., probably without p6 closures) that compiles to parrot and handles
> >basic optimizations. Concurrent with that I'm wo
Dan Sugalski wrote:
At 4:41 PM +0200 9/8/04, Leopold Toetsch wrote:
No. As layed out my scheme doesn't need any register backing stacks.
If you're cloning the context every time someone pushes a register
frame... that's a bit excessive.
There are no register stacks, no register stack opcodes, na
Larry Wall wrote:
In principle, cross-compile configuration is drop-dead easy. All you
need is a database of what the probe program *would* have answered
had you been able to run it on the other machine. (Getting someone
to write that database entry for you is the tricky part.) You also
have to
At 4:02 PM + 9/8/04, Herbert Snorrason wrote:
On Wed, 08 Sep 2004 08:57:22 -0700, Gregory Keeney
<[EMAIL PROTECTED]> wrote:
Rule Number One:
* No one wants the ? [interrobang if your email client or font
doesn't like utf-8]
Rule Number Two:"
* Dan gets the ?
I was thinking more alo
On Wed, 8 Sep 2004 12:37:52 -0400, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> While "Dan is always right" has that nice ego-stroke effect, I don't
> think too many people would or, really, should, stand for it. We'd be
> better served with "The designer makes the final call, for better or
> worse" a
On Wed, Sep 08, 2004 at 07:33:45AM -0600, Patrick R. Michaud wrote:
: We're in the beginning stages of building a basic perl 6 grammar engine
: (i.e., probably without p6 closures) that compiles to parrot and handles
: basic optimizations.
I wonder whether, in the absence of closures, we'll have
Larry,
On Wed, Sep 08, 2004 at 09:40:44AM -0700, Larry Wall wrote:
> In principle, cross-compile configuration is drop-dead easy. All you
> need is a database of what the probe program *would* have answered
> had you been able to run it on the other machine. (Getting someone
> to write that datab
Okay, now that we've gotten past the autoconf thing, time to tackle
the cross-compilation thing, as well as the "what exactly did I
choose last time when I built this stuff" thing.
It seems to me that the sensible thing to do is take the environment
probing in two steps.
Step 1: We probe, and
According to Robert Schwebel:
> On Wed, Sep 08, 2004 at 11:23:36AM -0400, Dan Sugalski wrote:
> > No offense, but it *doesn't* *matter*. We're not using autoconf, as
> > the subject of this thread makes clear. That's not negotiable.
>
> A really convincing argumentation.
Robert, you seem not to
On Wed, Sep 08, 2004 at 09:56:12AM -0700, Larry Wall wrote:
> On Wed, Sep 08, 2004 at 07:33:45AM -0600, Patrick R. Michaud wrote:
> : We're in the beginning stages of building a basic perl 6 grammar engine
> : (i.e., probably without p6 closures) that compiles to parrot and handles
> : basic optim
At 11:21 AM -0600 9/8/04, Patrick R. Michaud wrote:
On Wed, Sep 08, 2004 at 09:56:12AM -0700, Larry Wall wrote:
On Wed, Sep 08, 2004 at 07:33:45AM -0600, Patrick R. Michaud wrote:
: We're in the beginning stages of building a basic perl 6 grammar engine
: (i.e., probably without p6 closures) tha
- Original Message -
From: Jared Rhine <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 12:19 pm
Subject: Current state?
> [Herbert == [EMAIL PROTECTED] on Wed, 8 Sep 2004 15:18:27 +]
>
> Herbert> And any way for an overeager newbie to help?
>
> The classic answer is "write te
- Original Message -
From: Dan Sugalski <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 1:56 pm
Subject: Re: Current state?
> At 11:21 AM -0600 9/8/04, Patrick R. Michaud wrote:
> >On Wed, Sep 08, 2004 at 09:56:12AM -0700, Larry Wall wrote:
> >> On Wed, Sep 08, 2004 at 07:33:45AM -
On Wed, Sep 08, 2004 at 02:18:38PM -0400, JOSEPH RYAN wrote:
: b.) The A5 stuff is definitely the most stable part of the Perl6
: design. As far as I know, it hasn't really changed much at all over
: the past 2 years. You could probably work directly off of A5 and
: S5 without having to worry if
On Wed, 08 Sep 2004 14:18:38 -0400, JOSEPH RYAN <[EMAIL PROTECTED]> wrote:
> If you want to write tests, I would say the best place to start is the A5 stuff, for
> two reasons:
>
> a.) Grammar/Regex tests would be really useful in testing the Grammar engine.
>
> b.) The A5 stuff is definitely th
- Original Message -
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 1:21 pm
Subject: Re: Current state?
> On Wed, Sep 08, 2004 at 09:56:12AM -0700, Larry Wall wrote:
> > On Wed, Sep 08, 2004 at 07:33:45AM -0600, Patrick R. Michaud wrote:
> > : We're in th
On Wed, Sep 08, 2004 at 06:37:20PM +, Herbert Snorrason wrote:
: The synopses are kept up to date, though, aren't they?
That's the theory, though some of them have aged a bit. Updates are
in the works, along with various new synopses, including some for
apocalypses that haven't been written.
Dan Sugalski wrote:
The only problem I can forsee when doing cross-compilation is in the
building of the library files. Parrot itself... no big. We build
miniparrot for the platform you're on, then use the config file to
rebuild for the target platform. That part works out OK, but the
resulting
On Wed, Sep 08, 2004 at 02:47:24PM -0400, JOSEPH RYAN wrote:
: We tried that as an optimization in the prototype
: Perl6 compiler. It ended up being a really really
: really bad idea because the grammar backtracked like
: a madman. It might be workable if we can infuse
: 's in every location
At 2:35 PM -0400 9/8/04, JOSEPH RYAN wrote:
- Original Message -
From: Dan Sugalski <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 1:56 pm
Subject: Re: Current state?
At 11:21 AM -0600 9/8/04, Patrick R. Michaud wrote:
>On Wed, Sep 08, 2004 at 09:56:12AM -0700, Larry Wall wrote:
At 12:03 PM -0700 9/8/04, Gregory Keeney wrote:
Dan Sugalski wrote:
The only problem I can forsee when doing cross-compilation is in
the building of the library files. Parrot itself... no big. We
build miniparrot for the platform you're on, then use the config
file to rebuild for the target plat
Juerd wrote:
> Michael Homer skribis 2004-09-08 15:54 (+1200):
> > I think (correct me) what he's getting at here is a sparse array 1=>a,
>
> > 3=>b, 4=>c where 2nd is 'b' (the second item) but 1st+1 is undefined
> > (there is no index 2). I don't know how well that scheme works from a
> > compr
On Thursday 09 September 2004 02:40 am, Larry Wall wrote:
> An interesting question would be whether we can bootstrap a Parrot
> cross-compile database using autoconf's *data* without buying into the
> shellism of autoconf. Or give someone the tool to extract the data
> from the autoconf database
Hi,
Can someone provide clarification on what mixing languages will look
like in practice, or point me to where its explained?
Can you really do this:
#!/usr/bin/perl6
use __Python::sys;# whatever syntax
sys.stdout.write( 'hi there');# perl6 syntax matches python syntax
here
Rhys Weatherley wrote:
What autoconf database? Autoconf uses probing for cross-compilation as
well.
i.e. it runs the cross-compiler and sees what succeeds and what fails. Some
things are tricky, like detecting type sizes and endianness, because you
cannot run a program to printf the answer. B
At 11:02 PM +0100 9/8/04, Richard Jolly wrote:
Hi,
Can someone provide clarification on what mixing languages will look
like in practice, or point me to where its explained?
It's not explained anywhere. Besides, it's syntax, and we don't do syntax. :)
It'll likely be something like:
#! /usr/bin
On Thursday 09 September 2004 08:32 am, Gregory Keeney wrote:
> I don't think Parrot's probe system can help us here. Autoconf (as
> described above) uses the target architecture compiler's knowledge of
> the target system. We don't have anything equivalent, as we want to
> bootstrap the cross com
At 3:32 PM -0700 9/8/04, Gregory Keeney wrote:
Rhys Weatherley wrote:
What autoconf database? Autoconf uses probing for cross-compilation as well.
i.e. it runs the cross-compiler and sees what succeeds and what
fails. Some things are tricky, like detecting type sizes and
endianness, because you
- Original Message -
From: Richard Jolly <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 6:02 pm
Subject: multiple languages clarification - newbie
> Hi,
>
>
>
> Can someone provide clarification on what mixing languages will
> look
> like in practice, or point me to where its
Joseph Ryan wrote:
Can someone provide clarification on what mixing languages will
look like in practice, or point me to where its explained?
Warning. This is perl 7 and a half:
#!/usr/bin/perl -w
use prolog;
prolog: # prolog tells us:
needs_support_of(Db, Da):-
designer(A, Da),
des
- Original Message -
From: mAsterdam <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 8:31 pm
Subject: Re: multiple languages clarification - newbie
> Joseph Ryan wrote:
>
> >>Can someone provide clarification on what mixing languages will
> >>look like in practice, or point me to
- Original Message -
From: Larry Wall <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 3:09 pm
Subject: Re: Current state?
> On Wed, Sep 08, 2004 at 02:47:24PM -0400, JOSEPH RYAN wrote:
> : We tried that as an optimization in the prototype
> : Perl6 compiler. It ended up being a re
http://rt.perl.org:80/rt3//Ticket/Display.html?id=31229
Dan replied with "Applied, Thanks", but the ticket wasn't marked applied.
Is this some magic that could/should happen? Is there another way to invoke it?
(By the time you see this, I will have manually marked it applied and resolved.)
On Wed, Sep 08, 2004 at 09:19:51AM -0700, Jared Rhine wrote:
> [Herbert == [EMAIL PROTECTED] on Wed, 8 Sep 2004 15:18:27 +]
>
> Herbert> And any way for an overeager newbie to help?
>
> The classic answer is "write tests". [...] Just by browsing
> lists archives, in a few days, you could
On Wed, Sep 08, 2004 at 02:35:21PM -0400, JOSEPH RYAN wrote:
> From: Dan Sugalski <[EMAIL PROTECTED]>
> >
> > Or we could just get closures working...
>
> To get closure assertions working, you need
> something that compiles the code in the
> closure assertion, and so there is a bit of a
> boo
At 11:30 on 09/08/2004 CDT, Timm Murray <[EMAIL PROTECTED]> wrote:
>
> > *) Person building runs platform-specific script
>
> If that script is going to be platform-specific anyway, why not use Autoconf
> for the platforms that can handle it? You'd cover a rather large number of
> platforms that
Gregory Keeney wrote:
Rhys Weatherley wrote:
What autoconf database? Autoconf uses probing for cross-compilation as
well.
Essentially, you use the cross-compiler's knowledge of the platform to
act as the "database". You just need to be clever in how you format
the query.
>
I don't think Parrot
[Patrick == [EMAIL PROTECTED] on Wed, 8 Sep 2004 11:51:18 -0600]
Patrick> ...in the immediate future we'll be wanting rules/grammar
Patrick> tests (to test the grammar engine) more than we'll need
Patrick> perl 6 code, although we'll certainly take that as well.
If you wanted to describe th
- Original Message -
From: JOSEPH RYAN <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 8:58 pm
Subject: Re: multiple languages clarification - newbie
>macro prolog is parsed(/
> \: ([
> <[^p]>+ ::
> | p
> ]+)
>/) {
>eval($_, "prolo
Even if there is no special syntax, it'd be helpful if the person applying the patch fired off a
"Thanks, Applied" or some such. Saves the bugadmins the trouble of checking the source
to see if it's actually been applied or not.
Will "slogging through RT" Coleda.
William Coleda wrote:
http://rt.p
- Original Message -
From: Jared Rhine <[EMAIL PROTECTED]>
Date: Wednesday, September 8, 2004 5:22 pm
Subject: Current state?
> [Patrick == [EMAIL PROTECTED] on Wed, 8 Sep 2004 11:51:18 -0600]
>
> Patrick> ...in the immediate future we'll be wanting rules/grammar
> Patrick> tests (to te
On Wed, 8 Sep 2004, Chip Salzenberg wrote:
> According to [EMAIL PROTECTED]:
> > So how many stores do we expect for
> >($a = "xxx") =~ s/a/b/g
> > and which of the possible answers would be more useful?
>
> I think it depends on C<($a = "aaa") =~ s/a/b/g>.
I would agree with you in general,
On Sep-09, [EMAIL PROTECTED] wrote:
> On Wed, 8 Sep 2004, Chip Salzenberg wrote:
>
> > According to [EMAIL PROTECTED]:
> > > So how many stores do we expect for
> > >($a = "xxx") =~ s/a/b/g
> > > and which of the possible answers would be more useful?
> >
> > I think it depends on C<($a = "aaa
85 matches
Mail list logo
