On Apr 17, 2004, at 12:41 PM, Leopold Toetsch wrote:
This scheme with constant strings in constant memory doesn't work - at
least not with ARENA_DOD_FLAGS enabled, which assumes *all* objects are
coming from arenas. These string headers live outside of any arena.
Oh, yes--darn.
It could work w/o
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
[ blabla ]
Sorry.
This scheme with constant strings in constant memory doesn't work - at
least not with ARENA_DOD_FLAGS enabled, which assumes *all* objects are
coming from arenas. These string headers live outside of any arena.
It could work w/o ARENA
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> - $ perl c2str.pl src/objects.c > src/objects.str
> - enable #include "objects.str" near the top of the file
> - $ make
To make it compile cleanly with gcc 2.95.2 some of the consts need to go
- or I'm to dumb to do it right ;)
So here is another versi
I do not understand one of the examples in the Use of methods/the dot
notation section:
$obj.method ($x + $y) + $z
>From the earlier examples (like $obj.method +1), I got the impression that
you look ahead until you find a term or an operator. In the example above,
isn't ($x + $y) a full term, al
If it's not totally obvious to everyone, you should download a copy of A12
(I like the "printer-friendly" all-in-one-page version) as a hedge against
the almost-inevitable slashdotting.
chromatic wrote:
Perl.com has just made A12 available:
I started reading it last night, and ended up going to bed before I was
finished. But I just wanted to say that this:
With this dispatcher you can continue by saying "next METHOD".
is the sort of genius that makes me glad Larry's design
The upshot of these rules is that a private method call is
essentially a subroutine call with a method-like syntax. But the
private method we're going to call can be determined at compile
time, just like a subroutine.
Is it permissible to use variable dispatch for private methods?
class Cerebe
On 4/17/04 6:22 AM, Piers Cawley wrote:
> chromatic <[EMAIL PROTECTED]> writes:
>> Warning -- 20 pages, the first of which is a table of contents.
>
> But it's all excellent good stuff. Well done Larry and Co. Now, if you
> could all just hold off with the questions 'til Monday you'll make a
> sum
On Fri, Apr 16, 2004 at 05:30:01PM -0700, chromatic wrote:
> Perl.com has just made A12 available:
>
> http://www.perl.com/pub/a/2004/04/16/a12.html
>
> Warning -- 20 pages, the first of which is a table of contents.
>
> Enjoy,
> -- c
It's here, it's here, it's he!!
*
Trey Harris skribis 2004-04-16 12:05 (-0700):
> I'm asking you to stop interpreting disagreement as censorship, prejudice,
> closed-mindedness, or whatever else. It's not.
I never did interpret disagreement as anything but disagreement, and
never said that I think everyone who disagrees is closed
Will Coleda <[EMAIL PROTECTED]> wrote:
> just did a cvs update -dP, make realclean, perl Configure.pl, make,
> failed.
> Here's the error I get when I remake after that point.
Should be fixed now.
leo
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> -(Hash*) PMC_struct_val(props), prop_str);
> +(Hash*) PMC_struct_val(props), (STRING*) prop_str);
That only helps certain compilers. I've put in a const_cast().
leo
Jarkko Hietaniemi <[EMAIL PROTECTED]> wrote:
> cc: Warning: src/string_primitives.c, line 149:
Thanks, applied.
leo
Piers Cawley wrote:
Leopold Toetsch <[EMAIL PROTECTED]> writes:
These two memcpys are the most heavy part of the operation.
Maybe we should rethink that then and make allocation and
initialization two different phases. Or dictate that
new PObj, IClass
should be treated as if it were a funct
chromatic <[EMAIL PROTECTED]> writes:
> Perl.com has just made A12 available:
>
> http://www.perl.com/pub/a/2004/04/16/a12.html
>
> Warning -- 20 pages, the first of which is a table of contents.
But it's all excellent good stuff. Well done Larry and Co. Now, if you
could all just hold off
Folks, this discussion seems to be spinning. All the points, on both
sides, have been made and are being repeated with only slight
variation. We've all made our cases--why don't we drop the issue for
a while and let Larry ruminate? I think we can all agree that he will
give the idea a fair heari
In a message dated Fri, 16 Apr 2004, Juerd writes:
> Except for the shocking number of closed-minded people on this list.
Stop it, stop it, STOP IT.
I'm not asking you to stop voicing your opinion about the discussion at
hand--that would be closed-minded, after all.
I'm asking you to stop interp
# New Ticket Created by Will Coleda
# Please include the string: [perl #28907]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28907 >
just did a cvs update -dP, make realclean, perl Configure.pl, make,
failed.
Here's th
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Aaron Sherman <[EMAIL PROTECTED]> wrote:
>> On Fri, 2004-04-16 at 18:18, Leopold Toetsch wrote:
>
>> Sorry, I gave the wrong impression. I meant it looks suspiciously like
>> Python is doing a lazy construction on those objects, not that there is
>> an
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #28899]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28899 >
cc: Warning: src/objects.c, line 485: In this statement, the referenced
type of
# New Ticket Created by Jarkko Hietaniemi
# Please include the string: [perl #28898]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=28898 >
cc: Warning: src/string_primitives.c, line 149: In this statement, the
reference
On Apr-14, Jeff Clites wrote:
> For Unix platforms at least, you should be able to do this:
>
> executablePath = isAbsolute($0) ? dirname($0) : cwd().dirname($0)
Nope.
sub executablePath {
return dirname($0) if isAbsolute($0);
return cwd().dirname($0) if hasSlash($0);
foreach
> From: chromatic [mailto:[EMAIL PROTECTED]
>
> Perl.com has just made A12 available:
>
> http://www.perl.com/pub/a/2004/04/16/a12.html
>
> Warning -- 20 pages, the first of which is a table of contents.
>
> Enjoy,
> -- c
This week I've celebrated my birthday, had my jaw unwired, uncovered f
Jeff Clites <[EMAIL PROTECTED]> wrote:
> BTW, I'm failing a bunch of tests now (Mac OS X); not sure if it's
> related:
Fixed. It was caused by the faster PMC creation code I've put in earlier
in the week, if ARENA_DOD_FLAGS is off (e.g. due to missing memalign).
Thanks for reporting,
leo
Jeff Clites <[EMAIL PROTECTED]> wrote:
> BTW, I'm failing a bunch of tests now (Mac OS X); not sure if it's
> related:
> t/op/gc.NOK 11# Failed test (t/op/gc.t at line 219)
> # got: 'get_pmc_keyed_str() not implemented in class
> 'RetContinuation''
Have that now too
I think I have somesing missed: is it possible to open (that is read and
write) files in perl6 programmes? Those programmes that can be run under
current parrot release.
Thanks.
John Williams skribis 2004-04-16 18:32 (-0600):
> You didn't answer his question, "which is less complicated?"
Wasn't that a rhetociral question?
Juerd
Juerd wrote:
Sean O'Rourke skribis 2004-04-15 8:55 (-0700):
I find that there are still plenty of contexts in which `` is nice and
security is irrelevant.
This is the second time in this thread that I read about security being
unimportant. I still don't know what to say about it, though I feel l
On Apr 16, 2004, at 11:19 PM, Jeff Clites wrote:
BTW, I'm failing a bunch of tests now (Mac OS X); not sure if it's
related:
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/op/gc.t
29 matches
Mail list logo
