At 10:31 PM +0100 2/17/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
(Note that the reason for explicit attribute access, rather than
using the P5["foo"] scheme, is that we may well have an object that
acts like a hash or array, so we can't coopt the array/hash access
method for attributes. Bu
At 10:41 PM +0100 2/17/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
Either way, I don't think IMCC should have to deal with language
symbols explicitly.
Zhat's true. But still we need to know, *what are* language symbols.
I've stated several times that for the spilling code its essential
to k
Dan Sugalski wrote:
Either way, I don't think IMCC should have to deal with language symbols
explicitly.
Zhat's true. But still we need to know, *what are* language symbols.
I've stated several times that for the spilling code its essential to
know, if a symbol has already a store in either lex
Dan Sugalski wrote:
(Note that the reason for explicit attribute access, rather than using
the P5["foo"] scheme, is that we may well have an object that acts like
a hash or array, so we can't coopt the array/hash access method for
attributes. But I digress, though I didn't explain properly earl
Okay, time for another todo list item. I'd like us to have a
parrotbug script to handle building and possibly sending the bug
reports into RT. The script should append all the configuration
information that's reasonable to the mail message so that we've some
hope of making sure we have enough i
Hi all,
again, here is a new patch for libraray/dumper.pmc.
It implements:
- support for self-referential data structures
- support for PMC NULL values
- print no comma after the last entry of a hash
- 3 new tests covering the new functionality
- some minor internal tweaks
- initial support for Or
From: "Goplat" <[EMAIL PROTECTED]>
> If you really need FILE_SHARE_DELETE that badly, the check would have to
be
> done at runtime. I don't think it's all that necessary though... in fact
perl
> 5 only uses FILE_SHARE_READ, and that only if the file's not opened for
write/append.
What's more, a v
At 12:40 AM +0300 2/18/04, Vladimir Lipsky wrote:
From: "Goplat" <[EMAIL PROTECTED]>
--- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> From: "Goplat" <[EMAIL PROTECTED]>
>
> > flags_to_win32 sets fdwShareMode to FILE_SHARE_DELETE, which is not
> > supported in win98
>
> A fix for that should
From: "Goplat" <[EMAIL PROTECTED]>
> --- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> > From: "Goplat" <[EMAIL PROTECTED]>
> >
> > > flags_to_win32 sets fdwShareMode to FILE_SHARE_DELETE, which is not
> > > supported in win98
> >
> > A fix for that should be windows version specific and needs supp
At 12:26 PM -0500 2/11/04, Melvin Smith wrote:
The request, mainly, is for imcc to handle sigil characters
from other languages which basically equates to exposing
a lot to imcc from the high-level language.
If you're looking for a "How do I use $foo in my imcc code?" then I
have one of two answer
At 9:15 AM -0800 2/17/04, Larry Wall wrote:
On Tue, Feb 17, 2004 at 11:39:07AM -0500, Dan Sugalski wrote:
: At 8:30 AM -0800 2/17/04, Larry Wall wrote:
: >So perhaps we need a different word than "does" to indicate that
: >you want to include the Dog interface without including the Dog
: >implement
This should be complete, now. I chopped out the bit in the draft
about the API, so it has the ops, the vtable methods, and the
examples. I expect it needs some work, so please, have at it and lets
work out its deficiencies.
(Note that the reason for explicit attribute access, rather than
using
The Perl 6 Summary for the week ending 20040215
In his talk on Parrot at OSCON last year, Dan said that Parrot would
have objects 'by the end of the week'. It's been a very long week, and
it's not finished yet.
Right, venting over, time for the summary. I'll start with
perl6-in
On Tue, Feb 17, 2004 at 11:39:07AM -0500, Dan Sugalski wrote:
: At 8:30 AM -0800 2/17/04, Larry Wall wrote:
: >So perhaps we need a different word than "does" to indicate that
: >you want to include the Dog interface without including the Dog
: >implementation. Perhaps we can do that with "is like
At 8:30 AM -0800 2/17/04, Larry Wall wrote:
So perhaps we need a different word than "does" to indicate that
you want to include the Dog interface without including the Dog
implementation. Perhaps we can do that with "is like(Dog)" or some
such if we don't want to Huffman code it shorter. Then pe
--- Vladimir Lipsky <[EMAIL PROTECTED]> wrote:
> From: "Goplat" <[EMAIL PROTECTED]>
>
> > flags_to_win32 sets fdwShareMode to FILE_SHARE_DELETE, which is not
> > supported in win98
>
> A fix for that should be windows version specific and needs support of the
> config subsystem.
If you did that,
On Thu, Feb 12, 2004 at 05:58:18PM -0800, Jonathan Lang wrote:
: Larry Wall wrote:
: > What I'm currently thinking about is a "does" predicate that tells you
: > if an object/class does a particular role completely. If you pull
: > part of a role into a class, it returns false, because it doesn't
From: "Vladimir Lipsky" <[EMAIL PROTECTED]>
> A fix for that should be windows version specific and needs support of the
> config subsystem.
And 0f course in io_win32.c
*fdwShareMode = PIO_WIN32_SHARE_MODE;
> 0x4C56
0x4C56
On Thursday, February 12, 2004, at 10:46 , Melvin Smith wrote:
At 10:26 AM 2/12/2004 -0500, Andrew Dougherty wrote:
A fresh checkout of parrot won't build for me due to the missing
inet_aton symbol on Solaris 8. My perl5 configuration correctly
records $Config{d_inetaton}=undef, but io_unix.o
From: "Goplat" <[EMAIL PROTECTED]>
> flags_to_win32 sets fdwShareMode to FILE_SHARE_DELETE, which is not
supported
> in win98 and will cause the CreateFile to fail, so the ParrotIO is NULL,
and
A fix for that should be windows version specific and needs support of the
config subsystem.
The logic
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> The patch file_t_20040215.patch uses following strategy:
> i. Ask Perl5 for the platform dependent numeric value of ENOENT
> ii. Ask parrot for the platform dependent error message for ENOENT
How portable are this perl5 error constants?
Anyway
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> D'oh! That's what I get for doing a half-hack job. Dammit. I'll go
> fix that. Well, OK, I'll go yank 'em, as this is a very good point:
These c?mod opcodes are history. I've deleted them
ops.num is updated.
leo
22 matches
Mail list logo
