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
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 rules
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 most *You
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 done
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 that's
* 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
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 builds
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.
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43227]
# in the subject line of all future correspondence about this issue.
# URL: 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
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.
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 know, one of the biggest
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
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 --cross
# New Ticket Created by GDR!
# Please include the string: [perl #43230]
# in the subject line of all future correspondence about this issue.
# URL: 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
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
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:
Divide
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?
The
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
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 meaning of
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
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
is the ultimate
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
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 even
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
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
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
On Mon Feb 20 16:23:46 2006, jhoblitt !-- x -- 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
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #43231]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=43231
Defining a .sub with both :optional (positional) and :slurpy :named
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
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
30 matches
Mail list logo