Leo (Michael, and Dmitry),
Thanks, I am also interested in contributing and I'll put your suggestions to
good use!
--
George Plumfield
> Dmitry Nikolayev <[EMAIL PROTECTED]> wrote:
>
> > Hello
> > How can I be involved in the project? Maybe, some help is needed?
>
> What would you like to cont
Adam Thomason <[EMAIL PROTECTED]> wrote:
> A few tests using output_like and friends have unescaped '.' chars.
Thanks, applied.
leo
Nick Kostirya <[EMAIL PROTECTED]> wrote:
> With this patch Parrot is being successfully built on NetBSD 1.6.
>
> All tests successful, 27 subtests skipped.
Just curious: is "make testexec" successful?
Anyway applied, thanks,
[ BTW please send diffs relative to parrot root or one dir below,
David Robins <[EMAIL PROTECTED]> wrote:
> "src/cpu_dep.c", line 36: warning: initializer does not fit or is out of
> The patch changes the type that stores the instruction from int to unsigned
> int.
Thanks, applied,
leo
The current chartype struct contains an is_digit function. Do we want to add
is_alpha, is_space, etc., or will a single is_ctype function, with an enum
parameter, suffice?
A single function would simplify the addition of new character classes, but
at a (small?) cost in speed. It would also keep th
I've remove the rather hackish set_integer_native() and get_integer()
methods for Sub-like PMCs.
The old sequence:
set_addr I0, _label
set P0, I0
is now just
set_addr P0, _label
This might break some languages using such constructs.
Also obtaining the address of a Sub-like PMC is changed
On 1 Nov 2003, at 16:37, Peter Gibbs wrote:
The current chartype struct contains an is_digit function. Do we want
to add
is_alpha, is_space, etc., or will a single is_ctype function, with an
enum
parameter, suffice?
Excuse me for being naming fusspot for a second.
What Parrot calls a chartype
Peter Gibbs <[EMAIL PROTECTED]> wrote:
> I prefer the single function approach, so that is what I will start
> implementing if there are no timeous objections.
Yep, a single is_ctype() should really be enough.
> Regards
> Peter Gibbs
leo
"Michael Scott" <[EMAIL PROTECTED]> wrote:
> Since the enum will specify what you yourself call character classes
> can't we call the function is_charclass() instead?
The isascii etc macros have been defined in a header called ctype.h for
some time, and glibc actually has a macro 'isctype' whic