Re: r8223 - HLL support 4

Done. Thanks! William Coleda wrote: Cool. This means I don't have to do a lookup everytime I want to use one of my own types (per type per sub). Tcl will be patched shortly to take advantage. Leopold Toetsch wrote: The first steps for HLL language and type support are in. You can now dynami

Re: Perl 6 Summary... p6rules

On Tue, May 31, 2005 at 11:58:12PM -0400, Dino Morelli wrote: > Thank you for the summary, Matt > > I have a correction, though: > > > subrules tests > >Dino Morelli provided a patch adding tests for subrules to PGE. Warnock > >applies. > > > > > > This and my o

Re: Perl 6 Summary... p6rules

Thank you for the summary, Matt I have a correction, though: > subrules tests >Dino Morelli provided a patch adding tests for subrules to PGE. Warnock >applies. > > This and my other two patches to p6rules tests (RT #35950, 35971, 35994) have not yet been applie

Re: r8223 - HLL support 4

Cool. This means I don't have to do a lookup everytime I want to use one of my own types (per type per sub). Tcl will be patched shortly to take advantage. Leopold Toetsch wrote: The first steps for HLL language and type support are in. You can now dynamically load a HLL _group PMC library by j

Re: [PATCH]Loop Improvements

At 10:19 AM +0200 5/31/05, Leopold Toetsch wrote: >Curtis Rawls (via RT) wrote: > >>This patch makes improvements to the loop struct. > >Thanks, applied - r8219 > >BTW: would you like to take a look at the register allocator? > >It works but consumes enormous amounts of resources for e.g. Dan's >E

Perl 6 Summary for 2005-05-24 through 2005-05-31

Perl 6 Summary for 2005-05-24 through 2005-05-31 All~ Welcome to another Perl 6 summary, brought to you by Aliya's new friends, Masha Nannifer and Philippe, and my own secret running joke. Without further ado, I bring you Perl 6 Compiler. Perl 6 Compiler method chaining

re: Keys

> The 'used as' type indicates whether this key > is to be used to do a by-integer-index (array) > access or by-string-index (hash) access. Why not extend this to properties, too? foo['hello'] becomes 'hello' string as-offset foo{'hello'} becomes 'hello' string

Re: [PATCH]Loop Improvements

From: Dan Sugalski <[EMAIL PROTECTED]> Date: Tue, 31 May 2005 12:09:05 -0400 At 10:19 AM +0200 5/31/05, Leopold Toetsch wrote: >Curtis Rawls (via RT) wrote: > >>This patch makes improvements to the loop struct. > >Thanks, applied - r8219 > >BTW: would you like to take

Keys

Since this is coming back up, and a ref's in order... The way keyed access is supposed to work is this. A key structure is an array of three things: 1) A key 2) A key type 3) A 'used as' type The key can be an integer, string, or PMC, and is, well, the key. The thing we use to go loo

Re: Parrot makefile on Win32

On Tue, 31 May 2005 07:07:28 -0700, [EMAIL PROTECTED] (Jerry Gay) wrote: > On 5/31/05, Nigel Sandever <[EMAIL PROTECTED]> wrote: > > The parrot makefile has several places where nmake baulks at the length o= > f the > > expanded command lines. > >=20 > though you weren't explicit, i suspect you're

Re: Bad code generated by imcc optimiser

Leopold Toetsch wrote: Nick Glencross wrote: (I'm reposting this because I'm not sure what happened to the one that I sent to parrotbugs; forgive me if two eventually appear) Folks, There seems to be some problems with -O1 when instructions are optimised at the end of functions. Fixed,

Re: Parrot makefile on Win32

Nigel Sandever wrote: The parrot makefile has several places where nmake baulks at the length of the expanded command lines. According to p6c[1] there exists nmake 7.10, which works. leo [1] pugs 'make clean' fatal error on ms windows

Re: Bad code generated by imcc optimiser

Nick Glencross wrote: (I'm reposting this because I'm not sure what happened to the one that I sent to parrotbugs; forgive me if two eventually appear) Folks, There seems to be some problems with -O1 when instructions are optimised at the end of functions. Fixed, thanks for testing. In wh

Re: [PATCH]Loop Improvements

At 10:19 AM +0200 5/31/05, Leopold Toetsch wrote: Curtis Rawls (via RT) wrote: This patch makes improvements to the loop struct. Thanks, applied - r8219 BTW: would you like to take a look at the register allocator? It works but consumes enormous amounts of resources for e.g. Dan's Evil Sub

r8225 - HLL support 6 - type mappings

I've now put together the missing pieces and filled the gaps - here we go - an example: dynclasses/pyfloat.pmc:class_init() - registers a type mapping Float => PyFloat t/dynclass/pycomplex_3.pir - denotes that's using Python HLL by .HLL "Python", "python_group" classes/complex.pmc:absolut

Bad code generated by imcc optimiser

(I'm reposting this because I'm not sure what happened to the one that I sent to parrotbugs; forgive me if two eventually appear) Folks, There seems to be some problems with -O1 when instructions are optimised at the end of functions. For instance, take sub main func () end sub func $I0

Re: some assembly wanted

Leopold Toetsch <[EMAIL PROTECTED]> wrote: > Matt Diephouse <[EMAIL PROTECTED]> wrote: > > Leopold Toetsch <[EMAIL PROTECTED]> wrote: > >> IIRC it was already mentioned here: http://shootout.alioth.debian.org/ > >> - the Computer Language Shootout. > >> > >> It would be quite interesting to have Pa

Re: r8223 - HLL support 4

Leopold Toetsch wrote: Please note that this does not yet work for .pbc files as the HLL isn't stored in the PBC yet (this will come soon). Should work now (rev 8224). See also t/dynclass/foo.t for 2 examples. $ ./parrot -o f.pbc t/dynclass/foo_9.pir $ ./parrot f.pbc 42 leo

Re: Parrot makefile on Win32

On 5/31/05, Nigel Sandever <[EMAIL PROTECTED]> wrote: > The parrot makefile has several places where nmake baulks at the length of the > expanded command lines. > though you weren't explicit, i suspect you're using the ms c++ toolkit to build parrot on win32. some months ago, i ran into the same p

Parrot makefile on Win32

The parrot makefile has several places where nmake baulks at the length of the expanded command lines. I've found that I can work around this is some places using inline files, but I'm having trouble working out where/how to make the adjustments. I also have my doubts whether this would be com

r8223 - HLL support 4

The first steps for HLL language and type support are in. You can now dynamically load a HLL _group PMC library by just including a .HLL line in PASM/PIR, e.g. .HLL "Tcl", "tcl_group" ... $P0 = new .TclInt # Integer constant The ".HLL" pragma registers at compile time the given HLL l

Re: [perl #36045] [PATCH]Loop Improvements

Curtis Rawls (via RT) wrote: This patch makes improvements to the loop struct. Thanks, applied - r8219 BTW: would you like to take a look at the register allocator? It works but consumes enormous amounts of resources for e.g. Dan's Evil Subs[1]. I've here an IIRC slightly modfied version of

[perl #36045] [PATCH]Loop Improvements

# New Ticket Created by Curtis Rawls # Please include the string: [perl #36045] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/rt3/Ticket/Display.html?id=36045 > This patch makes improvements to the loop struct. Changes to loops: -Added index to l