# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40589]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40589 >
Hi,
This patch adds the C, C and C
tests to the default list of tests run when one p
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40590]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40590 >
Hi,
This patch reduces the amount of output generated by the
t/codingstd/tabs.t test
From: François PERRAD <[EMAIL PROTECTED]>
Date: Mon, 23 Oct 2006 18:51:03 +0200
In languages/lua/lib/thread.pir, I create a Lua thread type by extension of
Parrot::Coroutine.
So I add a lot of methods for Lua type, but I think that 2 of these methods
could be integrated in Par
# New Ticket Created by "Paul Cochrane"
# Please include the string: [perl #40592]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40592 >
Hi,
This patch: replaces the pattern match operators used so that vim can
syntax hig
HaloO,
Jonathan Lang wrote:
If you're not using "multi", then the signature is superfluous for
type-checking purposes.
I think that signatures do matter for type-checking! It is
an error to provide too few or to many positional args or
args with an incompatible type.
Regards, TSa.
--
HaloO,
TSa wrote:
When names have to be available as well, then we get an undefined
method that has to have two positionals and two named parameters such
that all four names appear to satisfy all conceivable call sites for
the two roles.
To get four names for two positional Parameters an 'is a
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40593]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=40593 >
this test differs from other coding standard test in output format:
~ should display filena
Not all tests follow the "one test reporting on many files" paradigm:
see t/codingstd/perlcritic.t
FWIW,in general, I prefer the perlcritic method.
On Oct 24, 2006, at 5:32 PM, Jerry Gay (via RT) wrote:
# New Ticket Created by Jerry Gay
# Please include the string: [perl #40593]
# in the s
On 10/23/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
Karl Forner wrote:
> I've added one C src file, say src/foo.c, and include/parrot/foo.h, and
a
> test in t/src/foo.t.
> I've changed the MANIFEST file accordingly, but I can not manage to
> have my
> foo.o file to be added in libparrot
TSa wrote:
Jonathan Lang wrote:
> If you're not using "multi", then the signature is superfluous for
> type-checking purposes.
I think that signatures do matter for type-checking! It is
an error to provide too few or to many positional args or
args with an incompatible type.
Mea culpa. I thou
Amos and Chris,
Thanks for the feedback! I've updated the patch to use C
instead of C, and it is attached to this email.
Further to my question:
so do C and C get
evaluated at different times? I'm trying to understand why one
generates a compile-time error, whereas the other generates the
exp
From: "Paul Cochrane" <[EMAIL PROTECTED]>
Date: Tue, 24 Oct 2006 11:49:23 +0200
Amos and Chris,
Thanks for the feedback! I've updated the patch to use C
instead of C, and it is attached to this email.
Further to my question:
so do C and C get
evaluated at different time
chromatic wrote:
On Monday 23 October 2006 09:49, Jonathan Worthington wrote:
Would it be a good idea to start collecting requirements together from
different language implementors so that when the time comes to work on
the OO PDD, there is already a good description of what it needs to do?
P
To wrap up (or restart) the thread, here are some thoughts from a
high-level view:
HLL classnames should live in the symbol table (i.e. namespace), not in
Parrot's internal class registry. Yes, this means PIR/POST will need
different syntax for instantiating objects from HLL classes. But the
Tried
use perl5:Wx::SimpleApp;
but the compiler complained it could not find SimpleApp.pm
GUI packages, which are wrappers around C classes, seem to use all the
techniques of perl5. I dont understand them to find out what is going
on, or to isolate what the error so as to put it into a test.
Richard Hainsworth <[EMAIL PROTECTED]> writes:
> Tried
> use perl5:Wx::SimpleApp;
> but the compiler complained it could not find SimpleApp.pm
Did you see my other suggestion with an intermediate "WxHelper"
(http://www.nntp.perl.org/group/perl.perl6.users/546)?
It also doesn't really work but at
16 matches
Mail list logo
