Had to stick that year on in case this message gets unearthed.
Ok, the little voices in my head have told me that it's time for that
release we were talking about. So, you have until Sunday to cram in
any functionality you want in the next release. After Sunday, it will
be cleanups, bugfixes, and
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> James Michael DuPont wrote:
>
>
> > The redland rdf api provides a good C api into rdf.
> >
> > The advantages of using rdf instead of a homegrown format are the
> > amount of tools available, you then have filters, and visualization
> > tools imm
At 10:33 AM -0700 9/8/03, Amir Karger wrote:
Before I start, a list question: is Google groups mailing list-aware,
such that posting to Google's perl.perl6.internals group will email
[EMAIL PROTECTED] Might be more convenient for me than reading
stuff on Google & then logging in to my Yahoo accoun
> "AK" == Amir Karger <[EMAIL PROTECTED]> writes:
AK> Er, I'll assume you have a magic (pun slightly intended) way to
AK> decide which files are Zcode? I mean, sure, if the rule is
AK> "anything that doesn't match a Parrot header", you're fine, but
AK> once you've included Python bytec
Before I start, a list question: is Google groups mailing list-aware,
such that posting to Google's perl.perl6.internals group will email
[EMAIL PROTECTED] Might be more convenient for me than reading
stuff on Google & then logging in to my Yahoo account to post.
--- Dan Sugalski <[EMAIL PROTECTE
On Mon, 8 Sep 2003, Leopold Toetsch wrote:
> While playing with YAL (Yet Another Language) I'm discovering a lot of
> asymmetries in ops files:
>
> neg_p is missing (neg_p_p only, but neg_i is there)
> mod_p_p_i, mod_p_p_n are missing (add, sub, ... have these variants)
> keyed assign ops are m
James Michael DuPont wrote:
The redland rdf api provides a good C api into rdf.
The advantages of using rdf instead of a homegrown format are the
amount of tools available, you then have filters, and visualization
tools immediatly available.
First I have to admit: I don't like XML. Second I don'
Leopold Toetsch sent the following bits through the ether:
> 1) should these ops just be implemented or
At this point we want to make it really easy to target parrot. I know
it's not hard to work around these exceptions, but I reckon
implementing the complete set of ops for now would be a good id
The Perl 6 Summary for the week ending 20030907
Welcome to the last Perl 6 summary of my 35th year. Next week's summary
will (in theory) be written on my 36th birthday (a year of being square,
so no change there then). I'll give you fair warning that it might be
late, though it prob
While playing with YAL (Yet Another Language) I'm discovering a lot of
asymmetries in ops files:
neg_p is missing (neg_p_p only, but neg_i is there)
mod_p_p_i, mod_p_p_n are missing (add, sub, ... have these variants)
keyed assign ops are missing (set only)
The question is what to do:
1) should
--- Andrew Savige <[EMAIL PROTECTED]> wrote:
> 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'
Dan Sugalski wrote:
On Mon, 8 Sep 2003, Leopold Toetsch wrote:
Imcc is still lacking full integration inside Parrot. To accomplish
this, we would need these steps:
- rebuild and commit directory structure $Parrot_Root/imcc
- move files from languages/imcc to ../imcc [1]
- adapt Makefiles
- inc
On Sep-08, Leopold Toetsch wrote:
> Steve Fink <[EMAIL PROTECTED]> wrote:
> > I'm getting my register stomped on in the following code:
>
> > .sub _bogus
> > set $P1, $P0[0]
> > find_lex $P2, "x"
>
> I've fixed that part now. $P1 didn't properly interfer with $P2, so both
>
On Mon, Sep 08, 2003 at 02:24:41PM +0200, Leopold Toetsch wrote:
> The normal way to move a file is to copy OLD to NEW, and then issue
> the normal CVS commands to remove OLD from the repository, and add NEW
> to it.
>
> $ mv OLD NEW
> $ cvs remove OLD
> $ cvs add NEW
>
On Mon, 8 Sep 2003, Leopold Toetsch wrote:
> Imcc is still lacking full integration inside Parrot. To accomplish
> this, we would need these steps:
>
> - rebuild and commit directory structure $Parrot_Root/imcc
> - move files from languages/imcc to ../imcc [1]
> - adapt Makefiles
> - include imc
On Monday, September 8, 2003, at 03:34 , Steve Fink wrote:
On Sep-08, Leopold Toetsch wrote:
I don't know why Storable.xs is using a general HV for mapping an
address to an integer (more isn't needed to serialize all IMHO - Dan's
next_for_GC approach doesn't provide more info). Perl5 does conve
On Sat, 6 Sep 2003, Amir Karger wrote:
> OK. I think I've learned enough about Parrot to respond to this email
> intelligently.
>
> --- Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > > - Is it not being ported because of a lack of tuits, or because
> > > it's extremely hard?
> >
> > We'd need dyn
Imcc is still lacking full integration inside Parrot. To accomplish
this, we would need these steps:
- rebuild and commit directory structure $Parrot_Root/imcc
- move files from languages/imcc to ../imcc [1]
- adapt Makefiles
- include imcc source files except main.c into libparrot
[1] info cvs
*
On Mon, 8 Sep 2003, Piers Cawley wrote:
> Luke Palmer <[EMAIL PROTECTED]> writes:
> > Zellyn Hunter writes:
> >> So I take it the goal is to to teach parrot to understand z-machine
> >> opcodes, rather than simply writing a z-machine interpreter that
> >> runs on parrot, or rewriting inform to com
Steve Fink <[EMAIL PROTECTED]> wrote:
> I'm getting my register stomped on in the following code:
> .sub _bogus
> set $P1, $P0[0]
> find_lex $P2, "x"
I've fixed that part now. $P1 didn't properly interfer with $P2, so both
got the same register.
> Steve
leo
Luke Palmer <[EMAIL PROTECTED]> writes:
> Zellyn Hunter writes:
>> So I take it the goal is to to teach parrot to understand z-machine
>> opcodes, rather than simply writing a z-machine interpreter that
>> runs on parrot, or rewriting inform to compile to parrot?
>
> I doubt it. I think a z-machin
Michael Scott <[EMAIL PROTECTED]> wrote:
> f should be if on line 41 of parrot/classes/genclass.pl.
Thanks, applied.
leo
--- Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> Michal Wallace <[EMAIL PROTECTED]> wrote:
> > (My plan for this week was to do something very similar,
> > and try to get a simple lisplike language to integrate
> > with python)
>
> I'm thinking of a AST text interface for imcc/parrot too. The lisp
Vladimir Lipskiy <[EMAIL PROTECTED]> wrote:
> if (run_pbc == 2) {
> +fclose(yyin);
> pf = Parrot_readbc(interpreter, sourcefile);
> if (!pf)
> fatal(1, "main", "Packfile loading failed\n");
> Parrot_loadbc(interpreter, pf);
> -fclose(yyin
Brent Dax <[EMAIL PROTECTED]> wrote:
> 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
Steve Fink <[EMAIL PROTECTED]> wrote:
> On Sep-08, Leopold Toetsch wrote:
>> Parrot has some DOD counters for possibly active PMCs. A simple and
>> probably fix-sized[1] hash based on such a count with just a mapping of
>> {&pmc => id} takes 12 bytes per entry on 32-bit architecures and its
>> rea
Joseph Ryan <[EMAIL PROTECTED]> wrote:
> Leopold Toetsch wrote:
>>It's not layed out what it should really do. I'm towards removing this
>>directive and let the HLL compiler deal with it.
> Well, in that case, would it be possible to allow ":" as a valid
> character for use in symbol names?
Yep.
Jonadab the Unsightly One said:
> $s = %h{foo} = nonex;
>
> After deleting the foo key (and its value, if any) from %h this then
> probably procedes to autovivify it when evaluating it as an rvalue;
Now why on earth would you want to do that? Perl 5 doesn't.
By the way, I trust this will be
On Sunday, September 7, 2003, at 01:41 , Dan Sugalski wrote:
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 callin
On Sunday, September 7, 2003, at 06:21 , Nicholas Clark 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 experienc
# New Ticket Created by Peter Gibbs
# Please include the string: [perl #23752]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23752 >
The 'index' opcode searches for a substring in another string. It seems
reasonable to exp
# New Ticket Created by Michael Scott
# Please include the string: [perl #23751]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23751 >
f should be if on line 41 of parrot/classes/genclass.pl.
-- attachment 1 --
OK. I think I've learned enough about Parrot to respond to this email
intelligently.
--- Nicholas Clark <[EMAIL PROTECTED]> wrote:
> > - Is it not being ported because of a lack of tuits, or because
> > it's extremely hard?
>
> We'd need dynamic opcode loading because we don't want to have the
>
Steve Fink <[EMAIL PROTECTED]> wrote:
> 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
> afte
Michal Wallace <[EMAIL PROTECTED]> wrote:
> 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 i
Piers Cawley writes:
> So, I was wondering about how to do multidispatch based on the
> context in which something is called, which leads me to wonder if
> there's going to be a way of reifying calling context so I could
> write:
>
> method whatever($arg1, $arg2)
> { my multi whatever ($sel
So, I was wondering about how to do multidispatch based on the
context in which something is called, which leads me to wonder if
there's going to be a way of reifying calling context so I could
write:
method whatever($arg1, $arg2)
{ my multi whatever ($self, Scalar $context:
On Sep-08, Leopold Toetsch wrote:
> 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
38 matches
Mail list logo
