I cringe at functions where the behavior is dependent on parms passed
in. In the case of Parrot_get_runtime_prefix, if you call it as
Parrot_get_runtime_prefix(&str) then str is populated, or if you call
Parrot_get_runtime_prefix(NULL) then you get a malloced string.
It should be split int
On Sat, Jun 16, 2007 at 08:45:21PM -0700, Jonathan Lang wrote:
: The only other thing that I'll continue to lobby for is that the line
: starting with a block comment's termination tag should _not_ be
: considered part of the comment, save for the termination tag itself.
: Programmers are likely to
Larry Wall wrote:
I have a problem with both extremes, and I want to solve it with a dose
of postmodern apathy. It may seem a bit insane, but I think that in
print qq:to/END/
=for whatever
END
I would prefer that the =for is considered Pod by any standard Pod
parser, but is *not*
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #43231]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43231 >
Defining a .sub with both :optional (positional) and :slurpy :named
parameters res
On Mon Feb 20 16:23:46 2006, jhoblitt at hawaii.edu wrote:
> On Tue, Feb 21, 2006 at 01:03:59AM +0100, Leopold Toetsch wrote:
> >
> > On Feb 20, 2006, at 23:44, Joshua Hoblitt via RT wrote:
> >
> > >What happened to the factorial PASM example? It seems to have
> > >disappeared and it hasn't re-
On Sat, Jun 16, 2007 at 02:22:55PM -0700, Dave Whipp wrote:
: My problems with these tools would be reduced if the POD identification
: rule was changed from /^=/ to /^=\w/. I.e. whitespace after the initial
: "=" marks it as non-pod.
S26 says that ^^ '=' \s is for continuing a previous directiv
I have a problem with both extremes, and I want to solve it with a dose
of postmodern apathy. It may seem a bit insane, but I think that in
print qq:to/END/
=for whatever
END
I would prefer that the =for is considered Pod by any standard Pod
parser, but is *not* considered Pod by t
I'm not going to argue about the design of Pod 6 any more. As both Mark
and brian have pointed out, this really comes down to philosophical
differences that no amount of discussion is going to resolve. In any
case, I'm sure that Larry now has plenty of "grist" from which to mill a
final specificat
brian wrote:
>> The rule you have to teach under the Separation model is:
>>
>> "Any line that starts with an = is Pod...and not part of your
>> program."
>
> And that's something that now comes up very early in teaching the
> assignment operator.
You know, that's a benefit I hadn't ev
Darren Duncan wrote:
Given this, there is an obvious (to me) solution for pod blocks in the
middle of expressions like:
my $foo
= $bar;
As the example shows, and I believe best practices espouse, you *indent*
the code line with a leading =.
I'd agree that indentation is good for reada
Jonathan Lang wrote:
> Jonathan Lang wrote:
>> Which is not to say that there isn't a time and place when ease of
>> implementation should trump ease of programming; taking an extreme
>> example, being able to write a program that consists of the single
>> line:
>>
>> attend my every wish
>>
>> i
Jonathan Lang wrote:
Which is not to say that there isn't a time and place when ease of
implementation should trump ease of programming; taking an extreme
example, being able to write a program that consists of the single
line:
attend my every wish
is the ultimate in terms of ease of programm
On Sat, Jun 16, 2007 at 12:33:58PM +0200, Mark Overmeer wrote:
> * Smylers ([EMAIL PROTECTED]) [070616 09:09]:
> > > * Damian Conway ([EMAIL PROTECTED]) [070615 00:17]:
> > > > * Pod 6 is both a structural and a semantic scheme; you can specify
> > > > both the structure of a document, and the me
brian d foy wrote:
> Whereas the rule you have to teach under the Integration model is:
We don't teach any rule under this model, and it's been fine for over a
decade :)
When we do teach the current Pod, the simple rule is that Pod starts:
* when Perl is expecting a new statement
* there
In "[svn:perl6-synopsis] r14421 - doc/trunk/design/syn",
Damian Conway wrote:
brian wrote:
> So, if this is the case, how will a new Perl 6 user debug a program
> failure when part of their program mysteriously disappears because
> they just happened to have =begin at the beginning of a line?
Th
For what it's worth, I'm a fan of the notation that NaturalDocs uses.
Function: Multiply
Multiplies two integers.
Parameters:
x - The first integer.
y - The second integer.
Returns:
The two integers multiplied together.
See Also:
http://www.naturaldocs.org/
Without replying to anyone in particular, I'll say ...
I agree with the camp that says an = at the start of a line is pod,
without exception, regardless of context.
I am also assuming that "start of the line" means there is no
whitespace to the left of the =.
I also recognize and agree with
# New Ticket Created by GDR!
# Please include the string: [perl #43230]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43230 >
Hi,
I tried to subscribe to the Parrot list, however the address
supplied doesn't work ([EM
> "Paul" == Paul Cochrane <[EMAIL PROTECTED]> writes:
Paul> Cygwin is building for me without the PATH setting as of
Paul> r19022.
Not for me, alas:
$ svn up -r19022
$ perl Makefile.PL
$ make all
...
Invoking Parrot to generate runtime/parrot/include/config.fpmc
Hi,
I'm new here so I'll say hello - I'm GDR!.
I was looking at the Parrot project recently and I'd like to
implement the VM in hardware. I'm not deeply into the project,
however, so I'd like to ask you if the Parrot bytecode is now stable
enough to begin hardware developement - I wouldn't li
In article <[EMAIL PROTECTED]>, Smylers
<[EMAIL PROTECTED]> wrote:
> brian d foy writes:
>
> > In article
> > <[EMAIL PROTECTED]>, Damian
> > Conway <[EMAIL PROTECTED]> wrote:
> >
> > > No. It's Pod. *Any* line that begins with '=begin' always starts a Pod
> > > block. Always.
> >
> > As you kn
In article <[EMAIL PROTECTED]>, Damian Conway
<[EMAIL PROTECTED]> wrote:
[ First, I should note that whatever we end up with, that's the party
line and that's what I teach, but before we end up there, I know from
my years of experience teaching that certain sorts of questions are
going to come up.
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43227]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43227 >
I've not really hacked much pir before so I thought instead of
committing this patch, I
Ron,
>> I simple changed the backward slashes to forward slashes, thus forward
>> slashes everywhere.
>
> Which was what *I* intended to do with my patch, but after staring at
> it long enough, I realised that's not what *it* was saying! :-)
> Ooops.
Oh, I see. Sorry I didn't get this right.
Paul Cochrane wrote:
>> Without the manual setting of PATH before building?
>
> With the manual PATH setting. There are several tickets for cygwin
> not building in RT; are they all related? Is there something like a
> hints file where the information about the PATH can be set so that
> cygwin b
* Damian Conway ([EMAIL PROTECTED]) [070616 08:29]:
> No. There *will* be conventions, which will be defined by the behaviour
> of the standard documentation tools that we create.
man-page Perl6 secion BUGS:
The "Damian Documentation Conventions" should have been mandatory.
[Careful: this is
brian wrote:
> As you know, one of the biggest complaints about Perl is that you have
> to have a lot of special rules knowledge to figure some things out.
> Whether that is true doesn't really matter: people still complain about
> it.
>
> In this case, it will actually be true.
I don't think th
> brian d foy writes:
>> I doubt other languages will want to deal with this situation.
* Smylers ([EMAIL PROTECTED]) [070616 08:44]:
> With these new Pod rules it's possible to entirely remove Pod from a
> file without knowing _anything_ about the host language. (It could
> straightforwardly be
* Smylers ([EMAIL PROTECTED]) [070616 09:09]:
> > * Damian Conway ([EMAIL PROTECTED]) [070615 00:17]:
> > > * Pod 6 is both a structural and a semantic scheme; you can specify
> > > both the structure of a document, and the meaning of its various
> > > components
> >
> > Yes, and that is one o
Mark Overmeer writes:
> * Damian Conway ([EMAIL PROTECTED]) [070615 00:17]:
>
> > * Pod 6 is both a structural and a semantic scheme; you can specify
> > both the structure of a document, and the meaning of its various
> > components
>
> Yes, and that is one of the things which worries me mo
brian d foy writes:
> In article
> <[EMAIL PROTECTED]>, Damian
> Conway <[EMAIL PROTECTED]> wrote:
>
> > No. It's Pod. *Any* line that begins with '=begin' always starts a Pod
> > block. Always.
>
> As you know, one of the biggest complaints about Perl is that you have
> to have a lot of special
Mark Overmeer asked:
* Pod and Perl (or any other ambient source code) are to be syntactically
separated, even when there are semantic interconnections
Why? Who says that?
Me. :-)
* Perl 6 will be able to access ambient Pod via $=POD (and other
$=WHATEVER variables)
Cannot find anyth
32 matches
Mail list logo
