Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
Jürgen Bömmels (via RT) wrote: # New Ticket Created by Jürgen Bömmels # Please include the string: [perl #21033] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=21033 > Hello, I just implemented macro expansion in imcc.

Re: Arrays, lists, referencing

2003-02-15 Thread Smylers
Luke Palmer wrote: > The real question is, if they don't auto-vector, what I this do: > > @a = (4, 1, 2) + 7; > > @a could be (9) or (10), maybe even (\(4,1,2)+7), but hopefully not. What about making that a fatal error? If it doesn't do anything sensible -- and if all the suggested outcom

Re: Arrays, lists, referencing

2003-02-15 Thread Smylers
I just wrote: > ... I'm strongly in us limiting new features to those that come about Um, try "I'm strongly in favour of limiting" etc. > through a desire for particular functionality rather than a desire to > use up some 'spare' syntax ... Sorry about that. Smylers

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
Leopold Toetsch wrote: Jürgen Bömmels (via RT) wrote: Compound keys are not working, but thats also in an unpatched imcc Fixed. leo

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
Leopold Toetsch wrote: Jürgen Bömmels (via RT) wrote: string constants with embedded NUL characters segfault I did fix the segfault, but tests still fail, because the NUL is not passed on. We disallow them :) Or escape them in the lexer, if needed. leo

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
> I just implemented macro expansion in imcc. > This brings us one step closer to substitude assemble.pl ... and additionally adds a nice benefit: $ time perl t/harness quick real0m36.452s user0m25.170s sys 0m7.560s $ time make test real0m31.864s user0m22.700s sys 0m6.35

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Juergen Boemmels
Leopold Toetsch <[EMAIL PROTECTED]> writes: > > I just implemented macro expansion in imcc. [...] > Here something fishy must happen: > > $ cat t/op/arithmetics_22.pasm | imcc - > error:imcc: file - line 1: unknown macro '.macro' > > $ imcc t/op/arithmetics_22.pasm > ok 1 Very strange. During

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Juergen Boemmels
>>> I just implemented macro expansion in imcc. > > [...] > >> Here something fishy must happen: >> >> $ cat t/op/arithmetics_22.pasm | imcc - >> error:imcc: file - line 1: unknown macro '.macro' Ahh, found it. The macros at the moment only work in assembly-mode $ cat t/op/arithmetics_22.pasm

Re: Arrays, lists, referencing

2003-02-15 Thread David Storrs
On Fri, Feb 14, 2003 at 10:10:09PM -0700, Luke Palmer wrote: > > Date: Fri, 14 Feb 2003 12:38:59 -0800 > > From: David Storrs <[EMAIL PROTECTED]> > > > > Some random musings, for what they're worth... > > > > 1) The fact that we've had this long thread about arrays and shows > >that they are

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
Juergen Boemmels wrote: Ahh, found it. The macros at the moment only work in assembly-mode $ cat t/op/arithmetics_22.pasm | imcc -a - ok1 Argh. Yes, thanks. the .pasm extension implies pasm mode Yep. So I invented the -a option and forgot about it ;-) bye boe leo

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Dan Sugalski
At 1:06 AM + 2/15/03, "Jürgen" "Bömmels" (via RT) wrote: # New Ticket Created by Jürgen Bömmels # Please include the string: [perl #21033] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=21033 > Hello, I just implemented

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Leopold Toetsch
Dan Sugalski wrote: At 1:06 AM + 2/15/03, "Jürgen" "Bömmels" (via RT) wrote: I just implemented macro expansion in imcc. This brings us one step closer to substitude assemble.pl Back in the beginning we decided that, while the assembler would support macros (over some disagreement) si

Re: YARL - yet another run loop: CSwitch

2003-02-15 Thread Dan Sugalski
At 12:13 AM +0100 2/15/03, Leopold Toetsch wrote: Dan Sugalski wrote: At 5:36 PM +0100 2/8/03, Leopold Toetsch wrote: [ threaded JIT/prederef ] Ouch, yes. So does JIT. So JIT/prederefed code must be separated for threads. Yup. This was a decision made a long time ago, back when Daniel st

Segfault in substr_s_ic_ic_sc op

2003-02-15 Thread gregor
I've been tinkering with the queens.jako example, trying to make it work with strings instead of bit fields. Along the way, I had a parrot segfault aparently due to substr and a (null) string register. Its probably my fault such a call was being made, but I was surprised to see the result was a

Re: YARL - yet another run loop: CSwitch

2003-02-15 Thread Leopold Toetsch
Dan Sugalski wrote: At 12:13 AM +0100 2/15/03, Leopold Toetsch wrote: The fastest are in terms of possible $arch/compiler features now: - JIT - CGP (makes CGoto obsolete) - Switched Prederef (not in CVS) but plain function call is needed e.g. for JIT - now. Right, but that's something t

Re: [perl #21033] [PATCH] Macro support for imcc

2003-02-15 Thread Nicholas Clark
On Sat, Feb 15, 2003 at 12:10:11PM -0500, Dan Sugalski wrote: > I'd half-wondered if this would ever come up. > > Back in the beginning we decided that, while the assembler would > support macros (over some disagreement) since it was an end-user tool > and end users might use macros, any internal