Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 05, 2003 at 09:34:04AM -0400, Dan Sugalski wrote:
>> On Fri, 5 Sep 2003, Peter Haworth wrote:
>> > With the seen hash approach, I wouldn't expect the hash itself to take
>> > nearly as much space as the frozen structure;
>>
>> My experience t
I'm getting my register stomped on in the following code:
.sub _bogus
set $P1, $P0[0]
find_lex $P2, "x"
newsub $P3, .Sub, _bogus
.pcc_begin prototyped
.arg $P1
.pcc_call $P3
after_call:
.pcc_end
.end
This get converted to
On Sun, 7 Sep 2003, Leopold Toetsch wrote:
> I'm currently investigating the AST (abstract syntax tree) interface
> for Parrot. For getting a feeling, how this could look like, I've
> implemented (some parts) of Yet Another Language (YAL).
I like it. What is this written in? C or Perl or what?
If
- Original Message -
From: "Vladimir Lipskiy" <[EMAIL PROTECTED]>
To: "Jonathan Worthington" <[EMAIL PROTECTED]>
Cc: "perl6-internals" <[EMAIL PROTECTED]>
Sent: Monday, September 08, 2003 12:39 AM
Subject: Re: Running .pbc files on Win32 and PIO_win32_open
> > Hi,
>
> Hi
>
> > Now, the fi
> I believe this patch has yet to be applied.
Don't think so. Juergen is engaged in improving
fdopen semantics and can't sync the source to
apply the patch, probably. Leo thinks that it should
be done by Juergen since now he got commit
privs.
> Hi,
Hi
> Now, the file is certainly there. So what gives? I eventually traced the
> problem down to PIO_win32_open, where I found this:-
No, CreateFile is okay. The problem is in languages/imcc/main.c
> According to:
>
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/debug/b
On Fri, Sep 05, 2003 at 09:34:04AM -0400, Dan Sugalski wrote:
> On Fri, 5 Sep 2003, Peter Haworth wrote:
> > With the seen hash approach, I wouldn't expect the hash itself to take
> > nearly as much space as the frozen structure;
>
> My experience tracing variable graphs in Perl 5 indicates othe
Hi,
I've been spending some time trying to track down the reason that parrot
cannot run .pbc files on Win32. Basically...
C:\Perl\Parrot\parrot>parrot -o 99beer.pbc examples\assembly\99beer.pasm
C:\Perl\Parrot\parrot>parrot 99beer.pbc
Parrot VM: Can't open 99beer.pbc, code 0.
error:imcc:main: P
Leopold Toetsch:
# I'm not outerly sure, if imcc should even have such a functionality.
Or
# at least, if there is one, it should be configurable. The name
mangling
# is HLL dependent and there may be no general scheme to do it right for
# all kind of symbols.
Then allow a few more symbols in iden
Leopold Toetsch wrote:
Joseph Ryan <[EMAIL PROTECTED]> wrote:
From what I understand from the IMCC documentation, the ".namespace"
macro prepends the namespace name plus "::" to all names within it.
It's for variables only, currently.
I figured that this would be handy in distinguishin
At 8:56 PM -0600 9/4/03, Luke Palmer wrote:
Gordon Henriksen writes:
What you're suggesting also has significant side-effects: It halts
hypothetical multithreaded programs, suspends DoD, prevents the
traversal mechanism from calling back into parrot code, requires
fine-grained locks which are e
I'm currently investigating the AST (abstract syntax tree) interface for
Parrot. For getting a feeling, how this could look like, I've
implemented (some parts) of Yet Another Language (YAL).
The dump below is a visual representation of the AST. The -o (optimize)
option does some constant foldin
- Original Message -
From: "Vladimir Lipskiy" <[EMAIL PROTECTED]>
To: "perl6-internals" <[EMAIL PROTECTED]>; "Vladimir Lipskiy"
<[EMAIL PROTECTED]>
Sent: Saturday, September 06, 2003 4:43 AM
Subject: Re: Win32 Build Issues (was Re: Linking pdump and dissassemble)
> me wrote:
> > libparrot_
On Sun, Sep 07, 2003 at 04:22:26PM +0200, Leopold Toetsch wrote:
> Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > On Thu, May 15, 2003 at 08:35:39PM -0600, Luke Palmer wrote:
> >> Silly me. Here's that patch without the C++ comments %-)
>
> > This bug is still marked open:
>
> > http://rt.perl.or
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Thu, May 15, 2003 at 08:35:39PM -0600, Luke Palmer wrote:
>> Silly me. Here's that patch without the C++ comments %-)
> This bug is still marked open:
> http://rt.perl.org/rt2/Ticket/Display.html?id=22214
> I don't see this test added, so should th
On Thu, May 15, 2003 at 08:35:39PM -0600, Luke Palmer wrote:
> Silly me. Here's that patch without the C++ comments %-)
This bug is still marked open:
http://rt.perl.org/rt2/Ticket/Display.html?id=22214
> RCS file: /cvs/public/parrot/t/op/number.t,v
> retrieving revision 1.28
> diff -U3 -r1.28
Peter Gibbs <[EMAIL PROTECTED]> wrote:
> The first draft of the dynamic chartype loading code has been committed.
> All feedback welcome
How much does that overlap with icu/*?. Will we use that code or tables
only? What's the general plan?
leo
Joseph Ryan <[EMAIL PROTECTED]> wrote:
> From what I understand from the IMCC documentation, the ".namespace"
> macro prepends the namespace name plus "::" to all names within it.
It's for variables only, currently.
> I figured that this would be handy in distinguishing which class a
> method be
Unicode specifies several different classes of numeric character. One of
these is decimal digit, which we handle using the is_digit and get_digit
functions; there are about 25 distinct flavours of these. Additionally, the
'other numeric' class includes numbers outside the digit range (e.g. circled
19 matches
Mail list logo
