In runtime/parrot/library/ I see
ncurses.declarations
ncurses.pasm
ncurses.pbc
ncurses.pir
and I see tools/utils/ncidef2pasm.pl that'll convert
ncurses.declarations into ncurses.pasm.
But where did ncurses.pir come from? (Originally ncurses.imc?)
ncidef2pasm.pl c
# New Ticket Created by Tim Bunce
# Please include the string: [perl #38310]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38310 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Flags:
On Jan 23, 2006, at 0:13, Tim Bunce (via RT) wrote:
$ parrot examples/library/ncurses_life.pir
src/nci.c:45: failed assertion `n < st->src.n'
Running it inside gdb with --trace (and stderr captured) revealed that
the call to 'wattron' was missing the screen argument. Fixed r11319.
Thanks f
On Jan 23, 2006, at 1:18, Tim Bunce wrote:
In runtime/parrot/library/ I see
ncurses.declarations
ncurses.pasm
ncurses.pbc
ncurses.pir
and I see tools/utils/ncidef2pasm.pl that'll convert
ncurses.declarations into ncurses.pasm.
But where did ncurses.pir come fr
I have committed a fix in r11320 so that the build doesn't pick up
system-wide libparrots, which has certainly been the cause of some
linkage problems over the last few days.
[As background, since my previous email didn't make it into RT, the
circumstances for this are:
* A system-wide libparro
Even with r11320, the extend tests are failing with linkage errors on
cygwin. I note that extend.h does not have PARROT_APIs in it. Should
it by right? (It's possible that extend.o is linked with directly)
I'm tempted as a short term fix to remove the sym_import/export
(cygwin) hints. Would anyone
On Fri, Jan 13, 2006 at 02:29:49PM +0100, Leopold Toetsch wrote:
> At argument opcodes level, a named argument are 2 items: name, var,
> where the String 'name' is marked with the :named bit, e.g.:
>
> set_args '(0, 0x80, 0, 0x80, 0)', a, 'c', c, 'b', b
I was pondering that issue earlier. Inte
In message <[EMAIL PROTECTED]>,
"Nick Glencross via RT" writes:
: Even with r11320, the extend tests are failing with linkage errors on
: cygwin. I note that extend.h does not have PARROT_APIs in it. Should
: it by right? (It's possible that extend.o is linked with directly)
I'm seeing the sa
# New Ticket Created by Nick Glencross
# Please include the string: [perl #38314]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38314 >
I've just had a look at why the HP-UX smoke stopped after 17 Jan.
We are currently g
On Jan 23, 2006, at 15:25, Nick Glencross (via RT) wrote:
Assertion failed: (PTR2UINTVAL(mmd_table[i].func_ptr) & 3) == 0, file
src/mmd.c, line 2169
Yeah. I have discussed this issue with rafl a few days ago.
This assertion was added at r11242, and looks quite reasonable to me.
Yes, it ve
On Jan 23, 2006, at 17:58, Chip Salzenberg wrote:
On Fri, Jan 13, 2006 at 02:29:49PM +0100, Leopold Toetsch wrote:
At argument opcodes level, a named argument are 2 items: name, var,
where the String 'name' is marked with the :named bit, e.g.:
set_args '(0, 0x80, 0, 0x80, 0)', a, 'c', c, 'b
Some unsorted notes while reading through it:
*) definition: "current namespace"
...
(Pasm also has its own separate concept of current namespace ...
Why and how? And what doest that mean? I don't see any difference WRT
PASM code.
*) namespace separator: "::"
In thi
Hi,
A while back I announced that I was working on a .NET to PIR translator for
my final year project at uni. In case you've ever pondered how well it's
doing, and you don't read Planet Parrot or my blog, the answer is "pretty
well". So far I'm successfully translating:
* Parameters
* Loca
On Tue, Jan 24, 2006 at 12:11:14AM -, Jonathan Worthington wrote:
> .NET has these managed reference thingies. They're basically like
> pointers, but safe. [...]
>
> Making them work on Parrot is no problem. Making them work without
> comprimising the safety of the VM is harder. Amongst
14 matches
Mail list logo
