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
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
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
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
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
Fergal Daly wrote on 14 July 2003:
> is it possible with Test::Harness and MakeMaker to pass arguments to
> my test scripts? I think it's not but I just want to check for sure.
> The module I'm working on is getting a new "optimised" mode so I'd like
> to be able to run all the tests twice, once
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
> 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
> 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.
- 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
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
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
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
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
- 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_
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
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
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
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
Luke Palmer <[EMAIL PROTECTED]> writes:
> A synonym of:
>
> delete %h{foo};
>
> would be
>
> %h{foo} = nonex;
This has the potential, if not documented exactly right, to create
bogus expectations. Consider...
$s = %h{foo} = nonex;
After deleting the foo key (and its value, if any)
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
21 matches
Mail list logo