Andy Lester wrote:
I guess I don't see the need to document a standard C behavior with a
macro.
If you had read all the way through the message, you would see that the
biggest benefit is the ability to hang debugging hooks off the macro.
We have a number of these kinds of debugging hooks t
On Wed, Jun 20, 2007 at 10:38:08PM -0400, Bob Rogers wrote:
>From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
>On Wed, Jun 20, 2007 at 09:41:00PM -0400, Bob Rogers wrote:
>>Patrick R. Michaud wrote:
>>> My first question is "How do I add a class method?" -- i.e.,
>>> a
On Wednesday 20 June 2007 19:02:43 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/docs/pdds/pdd15_objects.pod
> -Ruby: Ruby has meta classes. It would be nice if classes were objects in
> Parrots OO model. +Ruby: Ruby has meta-classes. It would be nice if
> classes were objects in +Parrot's OO
From: "Patrick R. Michaud" <[EMAIL PROTECTED]>
Date: Wed, 20 Jun 2007 21:02:54 -0500
On Wed, Jun 20, 2007 at 09:41:00PM -0400, Bob Rogers wrote:
>From: Jonathan Worthington <[EMAIL PROTECTED]>
>Date: Thu, 21 Jun 2007 00:05:00 +0100
>
>Hi,
>
>Patrick R.
On Wed, Jun 20, 2007 at 09:41:00PM -0400, Bob Rogers wrote:
>From: Jonathan Worthington <[EMAIL PROTECTED]>
>Date: Thu, 21 Jun 2007 00:05:00 +0100
>
>Hi,
>
>Patrick R. Michaud wrote:
>> My first question is "How do I add a class method?" -- i.e.,
>> a method that operates
Author: rgrjr
Date: Wed Jun 20 19:02:42 2007
New Revision: 19204
Modified:
trunk/docs/pdds/pdd15_objects.pod
Log:
* docs/pdds/pdd15_objects.pod:
+ Fix typo, canonicalize "meta-classes".
Modified: trunk/docs/pdds/pdd15_objects.pod
===
Mark Overmeer wrote:
This is exactly the form of documentation you do *not* want the
user to write, for various reasons:
Well, I agree it is the form that "you" (singular, specific) do not want; but
I'm not sure it's bad for "you" (plural, generic) to write in all cases. ;-)
* The expli
From: Jonathan Worthington <[EMAIL PROTECTED]>
Date: Thu, 21 Jun 2007 00:05:00 +0100
Hi,
Patrick R. Michaud wrote:
> My first question is "How do I add a class method?" -- i.e.,
> a method that operates on a class instance as opposed
> to an object instance of that class . .
You should discuss that on p5p, not here. Only Perl 6 is on topic here.
Sure, but I've started from perl doc 5.8 in order to say that it could be nice
to have the features I'm talking about in perl6 so it's not out of the scope I guess.
it seems to me that you already have this : in line of
chromatic wrote:
> On Wednesday 20 June 2007 15:53:59 Moritz Lenz wrote:
>
>> Basically I think that
>> - we need the test somewhere and
>> - it is not a test that one would usually write unless he/she found a
>> regression in one implementation.
>>
>> Therefore it would be good to have them somew
On Thu, Jun 21, 2007 at 12:08:33AM +0100, Jonathan Worthington wrote:
> Patrick R.Michaud (via RT) wrote:
> >The 'setline' opcode doesn't do what I expect it to do, which
> >is to associate runtime errors with lines in HLL source.
>
> Currently HLL debug info stuff is spec'd, but not implemented.
Patrick R.Michaud (via RT) wrote:
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runtime errors with lines in HLL source.
Currently HLL debug info stuff is spec'd, but not implemented. Well, OK,
the storage of it in bytecode is spec'd, the exact PIR syntax for i
Hi,
Patrick R. Michaud wrote:
My first question is "How do I add a class method?" -- i.e.,
a method that operates on a class instance as opposed
to an object instance of that class. Ideally the answer
would contain explanations/examples for defining such
methods in PIR and also as PMC methods.
Hi,
Allison Randal wrote:
It looks like every low-level PMC is creating a proxy object for
itself and these proxies are stored in the interpreter global
parrot_interp_t.
That's what's implemented, yes. I pondered hanging them off the v-table
too. That's perhaps more desirable.
I intended tha
On Wednesday 20 June 2007 15:53:59 Moritz Lenz wrote:
> Basically I think that
> - we need the test somewhere and
> - it is not a test that one would usually write unless he/she found a
> regression in one implementation.
>
> Therefore it would be good to have them somewhere separately, in an
> im
Patrick R. Michaud wrote:
> Looking at t/operators/ternary.t...
>
> At the bottom of the file, there is a test that reads:
>
> {
> # This parses incorrectly because it's parsed as Bool::True(!!
> Bool::False).
> my $foo = eval q[ 1 ?? Bool::True !! Bool::False ];
> is($foo, Bool::Tru
I'm starting to work on pdb for fixing bugs, segfaults and so, and maybe
implement new commands listed in TODO.
I noticed that command arguments does not support spacing between command
and argument. I have written a small patch that uses nextarg() for getting
command arguments. This means that no
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #43266]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43266 >
There are several language implementations that use the
Perl5 Parrot::Test::lang
Patrick R. Michaud wrote:
> Looking at t/operators/ternary.t...
>
> At the bottom of the file, there is a test that reads:
>
> {
> # This parses incorrectly because it's parsed as Bool::True(!!
> Bool::False).
> my $foo = eval q[ 1 ?? Bool::True !! Bool::False ];
> is($foo, Bool::Tru
Looking at t/operators/ternary.t...
At the bottom of the file, there is a test that reads:
{
# This parses incorrectly because it's parsed as Bool::True(!! Bool::False).
my $foo = eval q[ 1 ?? Bool::True !! Bool::False ];
is($foo, Bool::True, "a statement with both ??!! and :: in it d
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #43269]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43269 >
The 'setline' opcode doesn't do what I expect it to do, which
is to associate runt
Resolved in r19164, feel free to re-open if you find any problems.
Best regards,
./smash
On Wednesday 20 June 2007 12:39:08 [EMAIL PROTECTED] wrote:
> Modified: trunk/lib/Parrot/Test.pm
> ===
>=== --- trunk/lib/Parrot/Test.pm(original)
> +++ trunk/lib/Parrot/Test.pmWed Jun 20 12:39:06 2007
> @@ -411,6 +41
On Jun 20, 2007, at 1:05 PM, Mark J. Reed wrote:
Incrementing a var is much less likely to have unpredictable effects
due to modifying the wrong memory. Sure, x might be a pointer, and
things might gang agley there, but pointers getting set to the wrong
type of pointee is a pretty common probl
On 6/20/07, Andy Lester <[EMAIL PROTECTED]> wrote:
My point is that
*d = *s;
is no more a weird cryptic construct than
n++;
or
while (*s)
*d++ = *s++;
for that matter.
That's a very good point. As you said in the original message, all you need is
*dest = *src;
since the c
On 6/20/07, Andy Lester <[EMAIL PROTECTED]> wrote:
I guess I don't see the need to document a standard C behavior with a
macro. We don't have
#define inc(x) (x)++
do we?
Incrementing a var is much less likely to have unpredictable effects
due to modifying the wrong memory. Sure, x might
On Jun 20, 2007, at 11:50 AM, Allison Randal wrote:
I wasn't entirely happy with either option, so I asked around a bit
for other ideas. I like the macro approach below, it gives us both
self documentation and better checking for the size of the two
structs.
I guess I don't see the need
I wasn't entirely happy with either option, so I asked around a bit for
other ideas. I like the macro approach below, it gives us both self
documentation and better checking for the size of the two structs.
Allison
Original Message
From: Nick Forrette <[EMAIL PROTECTED]>
To:
On Jun 20, 2007, at 11:23 AM, chromatic wrote:
Alternately, we could hoist this macro into a header, rename it
back to MAX,
and define it only if no system header defines MAX. I think it's
in math.h,
but I'm not positive.
It's that "I'm not positive" that scares me, because on the BSD bo
On Wednesday 20 June 2007 07:57:15 [EMAIL PROTECTED] wrote:
> Modified:
>trunk/src/inter_call.c
>
> Log:
> Changed MAX to PARROT_MAX to avoid conflicts with any existing MAX
> Modified: trunk/src/inter_call.c
> ===
>=== -
In article
<[EMAIL PROTECTED]>, Chaddaï
Fouché <[EMAIL PROTECTED]> wrote:
> The "Learning Perl 6" argument seems
> equally contrived to me since anyway you don't need POD to understand
> programming in Perl and I never actually learned POD until I wanted to
> do a real module and document my littl
bignum.c seems to be entirely unused. Everything builds just fine
without it. There are many lint errors in it, such as int functions
returning with "return;" and no value.
Can we throw it away? Move it somewhere out of the way?
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => A
Greetings,
On Mon Jun 18 16:57:45 2007, chromatic at wgz.org wrote:
> Per the note in src/string.c around line 509:
>
> /* XXX This is identical to string_from_cstring and should be removed */
> PARROT_API
> STRING *
> string_from_const_cstring(Interp *interp,
>
On 6/19/07, Larry Wall <[EMAIL PROTECTED]> wrote:
On Tue, Jun 19, 2007 at 11:50:35AM -0400, Charles Bailey wrote:
: Yep. For that matter, if I had to pick one change in this area that'd
: have maximum impact, I'd say a good assign-if-uninitialized idiom
: would be way ahead of an if-then-else id
A: because it disrupts the natural way of thinking.
Q: Why is top posting frowned upon?
cdumont wrote:
> Perl 6 is not yet finished, so the the list of core modules is not yet
> specified.
>
>
> I know that it is somehow not the subject,
> but I think the actual 5.8 doc should be changed to some
2007/6/20, cdumont <[EMAIL PROTECTED]>:
I know that it is somehow not the subject,
but I think the actual 5.8 doc should be changed to some extents.
snip
AND so that it could be a lot richer, allow people to "comment"...
Well you can't comment it (CPAN Annotate allow you to comment the doc
of
Thank you for your kind reply !
Perl 6 is not yet finished, so the the list of core modules is not yet
specified.
I know that it is somehow not the subject,
but I think the actual 5.8 doc should be changed to some extents.
It could be nice if we could browse each core functions,
having the func
On Tue, Jun 19, 2007 at 10:53:07PM -0700, Allison Randal wrote:
> Jonathan Scott Duff wrote:
> >
> >- Misc:
> > + Updated Parrot distribution to Artistic License 2.0, from dual
> >Artistic 1/GPL license.
> >
> > Does this mean that Parrot is no longer dual licensed?
>
> Yes. Under
cdumont wrote:
> I know that perl doesn't only focus on web apps and my question might
> seem irrelevant
> but I've been searching the web in order to find the new features of
> perl6 regarding
> new functions, core module lists (not perl grammar itself) but couldn't
> find any thing...
Perl 6
# New Ticket Created by Allison Randal
# Please include the string: [perl #43261]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43261 >
The PMC src/pmc/stmvar.pmc currently shows up in the package information
as "XXX".
<
On Wed, Jun 20, 2007 at 12:53:32PM +0800, Agent Zhang wrote:
> On 6/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >Hi I am sameer and am new to this group. It would realy help if any
> >body can let me know is there a book or reference guiode where in i
> >can get help regarding the perl/ja
* Damian Conway ([EMAIL PROTECTED]) [070620 05:17]:
> Feedback and suggestions are most welcome.
Clear and usable, in the boundaries you set to yourself.
Just my thoughts. A lot of questions and speculation, you do
not need to answer all. I'll try to only comment on this design,
and not restart
42 matches
Mail list logo
