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.
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
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
Leopold Toetsch wrote:
Jürgen Bömmels (via RT) wrote:
Compound keys are not working, but thats also in an unpatched imcc
Fixed.
leo
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
> 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
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
>>> 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
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
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
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
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
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
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
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
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
16 matches
Mail list logo
