Author: paultcochrane
Date: Tue Sep 18 00:59:04 2007
New Revision: 21338
Modified:
trunk/docs/pdds/pdd03_calling_conventions.pod
Log:
[pdd] Removed deprecated opcode syntax as recommended by Allison Randal. This
resolves RT#45363
Modified: trunk/docs/pdds/pdd03_calling_conventions.pod
=
On Sep 18, 2007, at 12:29 AM, Allison Randal wrote:
I would like to have the option of making some configuration
failures fatal. The lack of a working C compiler is a good example,
but I imagine we will find others as we go along.
I would also like the option of telling Configure to igno
On Sep 18, 2007, at 12:29 AM, Allison Randal wrote:
For perspective, keep in mind that we will eventually be
refactoring the Perl 5-based configure system anyway, to remove the
dependency on an old install of Perl 5. So, the behavior of the
current prototype configuration system is more im
On Sep 18, 2007, at 9:04 AM, [EMAIL PROTECTED] wrote:
-FUNCDOC: mark_special
+=item C
This is a perfect example of why I want us to use FUNCDOC and not
POD. Who says that we are presenting functions as =item lists? Why
is it presented in C<>? =item C applies two levels of
presentatio
On 18/09/2007, Andy Lester <[EMAIL PROTECTED]> wrote:
>
> On Sep 18, 2007, at 9:04 AM, [EMAIL PROTECTED] wrote:
>
> > -FUNCDOC: mark_special
> > +=item C
>
> This is a perfect example of why I want us to use FUNCDOC and not
> POD. Who says that we are presenting functions as =item lists? Why
> is
On Wed Sep 12 08:28:27 2007, kjs wrote:
> Hello,
>
> From:
> http://www.parrotcode.org/docs/pdd/pdd06_pasm.html
>
> The following flags are available: :main to indicate that execution should
> start at the specified subroutine; :immediate or :postcomp to indicate
that
> the sub should be run imme
On Wed Sep 12 08:33:04 2007, kjs wrote:
> Hi,
>
> IMCC currently allows for C++ style method invocation (using a pointer as
> invocant).
>
> So, while this works:
>
> .sub main
>$P0 = new 'Foo'
>$P0.'bar'()
> .end
>
> You could also write:
>
> .sub main
> $P0 = new 'Foo'
> $P0->bar
On 9/18/07, Will Coleda via RT <[EMAIL PROTECTED]> wrote:
> On Wed Sep 12 08:33:04 2007, kjs wrote:
> > Hi,
> >
> > IMCC currently allows for C++ style method invocation (using a pointer as
> > invocant).
> >
> > So, while this works:
> >
> > .sub main
> >$P0 = new 'Foo'
> >$P0.'bar'()
> >
attached is a testfile.
file "imm.pir" contains:
.sub main
.end
.sub foo :postcomp
print "postcomp\n"
.end
.sub bar :immediate
print "immediate\n"
.end
=
and file "main.pir" contains:
===
.sub main2 :main
load_bytecode "imm.pir"
print "ok\n"
.en
On 9/18/07, Will Coleda via RT <[EMAIL PROTECTED]> wrote:
> On Wed Sep 12 08:28:27 2007, kjs wrote:
> > Hello,
> >
> > From:
> > http://www.parrotcode.org/docs/pdd/pdd06_pasm.html
> >
> > The following flags are available: :main to indicate that execution should
> > start at the specified subroutin
Andy Lester wrote:
On Sep 18, 2007, at 9:04 AM, [EMAIL PROTECTED] wrote:
-FUNCDOC: mark_special
+=item C
This is a perfect example of why I want us to use FUNCDOC and not POD.
Who says that we are presenting functions as =item lists? Why is it
presented in C<>? =item C applies two levels
# New Ticket Created by Nuno Carvalho
# Please include the string: [perl #45503]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45503 >
Greetings,
While running 'make fulltest', for today's release, we noticed there
is a
> We decided to remove FUNCDOC in May soon after it appeared. At the time
> it only appeared in a couple of files, so I was surprised to it now
> scattered over a couple of dozen files.
Who is "we"? I was entirely unaware of it. I've yanked POD on every
file that I've headerized, which is all
On Tuesday 18 September 2007 12:38:49 Andy Lester wrote:
> > We decided to remove FUNCDOC in May soon after it appeared. At the time
> > it only appeared in a couple of files, so I was surprised to it now
> > scattered over a couple of dozen files.
> Who is "we"? I was entirely unaware of it. I
# New Ticket Created by Jerry Gay
# Please include the string: [perl #45507]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45507 >
this ticket is a placeholder for the release scheduled for 16 October 2007
The FUNCDOC hoohah points out something that has been bugging me for a
while and that now is actionable: I don't know WTF is going on any more.
I'm very out of touch, even though I sometimes sort of try to keep an
eye on what's going on. It's no way to be involved in a project.
So, I'm backing ou
Andy Lester wrote:
We decided to remove FUNCDOC in May soon after it appeared. At the time
it only appeared in a couple of files, so I was surprised to it now
scattered over a couple of dozen files.
Who is "we"? I was entirely unaware of it. I've yanked POD on every
file that I've headerized
Andy Lester wrote:
The FUNCDOC hoohah points out something that has been bugging me for a
while and that now is actionable: I don't know WTF is going on any more.
I'm very out of touch, even though I sometimes sort of try to keep an
eye on what's going on. It's no way to be involved in a project
I am not sure what to quote so let me reply on a clean page.
I would like to see invalid configuration options and values as being always
fatal. They indicate some kind of user error, a typo or similar that would
probably cause trouble to the Parrot developer as well as the Parrot user.
In order
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.16, "A
Farewell to Alex." Parrot (http://parrotcode.org/) is a virtual
machine aimed at running all dynamic languages.
Parrot 0.4.16 can be obtained via CPAN (soon), or follow the download
instructions at http://parrotcode.org/source.h
> I'm sorry to hear that. You're welcome back any time. All contributions
> are valuable, and isn't necessary to follow every detail of every aspect
> of the project to contribute.
Understood. It's just clear that I'm way out the loop on things, and I
don't have the time to talk about the thing
See this non-RT thread on perl.perl6.internals for additional discussion
of the issues raised in this ticket: http://tinyurl.com/3y7kgf
# New Ticket Created by James Keenan
# Please include the string: [perl #45523]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45523 >
Configure.pl has long operated as a harness for the running of
individual configuratio
# New Ticket Created by James Keenan
# Please include the string: [perl #45525]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45525 >
A number of Parrot developers working on configuration steps (config/
*/*.pm and config
See this non-RT thread on perl.perl6.internals for additional discussion
of the issues raised in this ticket: http://tinyurl.com/3y7kgf
25 matches
Mail list logo
