All~
> > Does ICU handle Unix, Windows, VMS and Palm OS? If not, we can't use
> > it. (I figure if it handles those four, it's up to anything. :^) )
>
> Well, we don't handle PalmOS right now anyway, so that's a moot point.
> It handles the other three, and as I pointed out in my last post
> de
I have implemented a simple hash iterator, but I'm not
sure that the logic is correct. this shows how the PMC
behaves actually:
new P1, .PerlHash # build a simple hash
set P1["foo"], 1
set P1["bar"], 2
set P1["baz"], 3
dec P1 # reset the it
On Thu, Aug 22, 2002 at 09:55:32AM -0400, Jeff wrote:
> Brent Dax wrote:
> >
> > Jeff Goff:
> > # The mass of ICU code that's been added to Parrot. It's taking
> >
> > Have we determined that there are no programming language and
> > portablility issues yet?
> >
> > Are all the bits we need wri
Brent Dax wrote:
>
> Jeff Goff:
> # The mass of ICU code that's been added to Parrot. It's taking
>
> Have we determined that there are no programming language and
> portablility issues yet?
>
> Are all the bits we need written in C? If not, we can't use it.
The core is C. Some frilly interfa
On Thu, Aug 22, 2002 at 02:35:21PM +0200, Josef Hook wrote:
>
> I've just got a cvaazy idea. Why not have a multihash.pmc, multdimensional
> hashes. I've been going through perlhash code and my multiarray code and,
> as i see it, its doable. Why would we want something like that one
> could ask?
Josef Hook wrote:
> It's a fact that we have a problem with pmc's that has custom
> functions which dosent fit into the vtable. Therefore i suggest
> we add a pointer in pmc struct that points to a function list,
we already have find_method and invoke, they just need to be
implemented :-)
I was
> > Is that the "soon to be released" E5?
>
> No, that's the "to be released today" E5.
>
> ;-)
Yy!!
It's a fact that we have a problem with pmc's that has custom functions
which dosent fit into the vtable. Therefore i suggest we add a pointer in
pmc struct that points to a function list, Also adding 3
functions to vtable struct that manipulates this list.
register_function( PMC *p, void *func
[EMAIL PROTECTED] (Paul Marquess) writes:
> Is that the "soon to be released" E5?
Sometime today, all being well.
--
I often think I'd get better throughput yelling at the modem.
I've just got a cvaazy idea. Why not have a multihash.pmc, multdimensional
hashes. I've been going through perlhash code and my multiarray code and,
as i see it, its doable. Why would we want something like that one
could ask? One idea is for translation from different languages ex:
new P0, .
Paul Marquess wrote:
> Is that the "soon to be released" E5?
No, that's the "to be released today" E5.
;-)
Damian
Simon Cozens wrote:
> While I'm messing about with REs, is it specified how :any and hypotheticals
> interoperate?
>
>"ab" =~ rx:any / $match := (\w) /;
>print $match;
>
> Can that be undefined behaviour? Please? :)
I don't think so.
It would probably result in $0 containing an array
> The behaviour is explained quite well in E5 I think.
Is that the "soon to be released" E5?
Paul
Dan Sugalski wrote:
> The intent ultimately
> is that you hand an AST, and potentially some rules, to IMCC and it
> creates bytecode for you from it.
That's different, then. Then the whole issue of syntax goes away.
Unless the data interchange format is textual; but even then, you'd
want a syn
[EMAIL PROTECTED] (Damian Conway) writes:
> It's not an exception, but you could certainly *implement* it that way.
I would argue that it is in some sense, if not an Official Perl 6 Exception,
since it jumps out of several levels of a match. But yeah, I'm probably
just looking at this from an imp
> I think I can distinguish :: from ::: - :: fails the current branch point,
> whereas ::: fails the entire rule.
Correct.
> I think I can distinguish between ::: and ; the implementation
> is a bit tricky, because ::: fails the current match - easy enough -
> whereas has to specify to all upp
On Wed, Aug 21, 2002 at 07:17:22AM -0700, Michael G Schwern wrote:
> On Wed, Aug 21, 2002 at 02:11:29PM +, Daniel Grunblatt wrote:
> > Apart from that, does anyone know why test doesn't run on OpenBSD?
> > I get:
> >
> > ar: illegal option -- s
>
> Gnu-ism? What ar does OpenBSD use?
Obviou
Melvin Smith wrote:
> At 11:15 PM 8/21/2002 +0200, Leopold Toetsch wrote:
> >So please, first, let's consider the status quo, not the future.
>
> Agree.
>
> >_SV_s1 = clone $P1
>
> I've considered changing '=' to mean clone, and add ':=' to imply set.
> What do you think?
No change
Sean O'Rourke wrote:
> On Wed, 21 Aug 2002, Leopold Toetsch wrote:
>
> Well, Sean's not quite sure about that. I agree with Melvin that using
> PASM syntax for IMCC could make it harder to target other platforms.
I don't know Melvin's plan for other targets - but - as parrot is very
special
'John Porter' wrote:
> Brent Dax wrote:
> No; but statements like "imcc MUST provide access to ALL of parrot's
> (still very dynamic) feature set" and discussions of imcc syntax
> naturally lead to questions of imcc's role in the parrot project.
> E.g. "will the perl6 compiler target imcc?"
T
I don't usually have problems with commitment...
I think I can distinguish :: from ::: - :: fails the current branch point,
whereas ::: fails the entire rule. I can do ::: trivially.
I think I can distinguish between ::: and ; the implementation
is a bit tricky, because ::: fails the current ma
On Wed, Aug 21, 2002 at 02:11:29PM +, Daniel Grunblatt wrote:
> Apart from that, does anyone know why test doesn't run on OpenBSD?
> I get:
>
> ar: illegal option -- s
Gnu-ism? What ar does OpenBSD use?
A number of modifiers (mod) may immediately follow the p
keyletter, to
On Wed, 21 Aug 2002, Mark Koopman wrote:
> > I wonder how many interested observers of this list there are like
> > myself. I only wish I had the time & experience/skill/knowledge to
> > contribute.
> >
> > Keep up the good work.
Lurker honk, agreement. :)
R.
Mike Lambert wrote:
> Should this be a configure.pl-determined constant? Should we hardcode it
> to sizeof(void*)? Is this behavior guaranteed by the C spec? Can we
> assume it across all platforms even if it is not guaranteed?
I would be in favour of making it configuration-determined, just in
Erik Steven Harrison:
# We all know how to alias things in Perl 5. The binding
# operator allows aliasing in Perl 6, I understand. So,
# how do we alias grammer rules? Here are my guesses.
Rules are just subs or methods, so you do it the same way you do a sub
or method. (I think. :^) )
--Bren
Jeff Goff:
# The mass of ICU code that's been added to Parrot. It's taking
Have we determined that there are no programming language and
portablility issues yet?
Are all the bits we need written in C? If not, we can't use it.
Does ICU handle Unix, Windows, VMS and Palm OS? If not, we can't u
> On Wed, Aug 21, 2002 at 04:17:30AM -0400, Mike Lambert wrote:
> > Just to complete this thread, I have committed the current version of my
> > COW code, as I promised earlier this week.
>
> Did you try running tests with GC_DEBUG on? I get numerous failures.
> Here's a patch with a couple of fix
27 matches
Mail list logo