On Dec 3, 2005, at 3:54, Bob Rogers wrote:
In rev 10317, parrot segfaults if the sub named in :outer is not
defined in the current compilation unit. The patch fixes the symptom,
and adds a test. (But the error message could be improved.)
Thanks, applied - r10320
leo
On Dec 3, 2005, at 4:31, Bob Rogers wrote:
The attached test case fails in rev 10317 as follows:
[EMAIL PROTECTED] ./parrot -o lex-test-2-sub.pbc lex-test-2-sub.pir
[EMAIL PROTECTED] ./parrot lex-test-2-main.pir
parrot: src/hash.c:243: hash_thaw: Assertion `info-extra_flags ==
On Dec 2, 2005, at 19:59, Andy Dougherty (via RT) wrote:
Parrot_jit_emit_mov_mr_offs blib/lib/libparrot.a(jit.o)
Parrot_jit_emit_get_base_reg_no blib/lib/libparrot.a(jit.o)
Parrot_jit_emit_mov_mr_n_offs blib/lib/libparrot.a(jit.o)
Parrot_jit_emit_mov_rm_offs
In my of me learning to write(at this point read) c, I found a small
curses game that I ported to pir. I've been having serious trouble
with my iBook so I was just now able to test it on darwin. Both parrot
installations are 0.3.1. With OS X 10.3.9, I get a Bus Error.
Attatched is the
The problem seemed to be in the ncurses_life.imc file. At line 324, it
uses wattron but it either attron should be used, or STDSCR added to
the argument list. But, another problem. Under FreeBSD 5.4, I had to
edit ncurses.imc to comment out the whole libform section. I get this
error when
On Dec 3, 2005, at 14:45, Joshua Isom wrote:
:opt_flag preceeded by more then one :optional
current instr.: 'main' pc 52 (./aop.pir:93)
I don't see any function using :optional or :opt_flag in the program. I
can just repeat this answer regarding ncurses:
Please go through all the dlfunc
On Dec 2, 2005, at 19:44, Matt Diephouse wrote:
Leopold Toetsch [EMAIL PROTECTED] wrote:
I'm missing the policy in this proposal, e.g. what is allowed to be a
top-level global, how are HLL namespaces organized. And of course:
where is the Parrot namespace for it's PMCs.
I don't think I
On Dec 2, 2005, at 7:31, Matt Diephouse wrote:
Typed Interface
add_sub($S0, $P0)
add_namespace($S0, $P0)
add_var($S0, $P0)
Which HLLs would use these interfaces? Can you please provide some
examples of HLLs with the usage of these interfaces.
Thanks,
leo
Thanks, Applied!
[EMAIL PROTECTED] - Fri Dec 02 11:47:39 2005]:
Hi, attached a patch with a start on the implementation of flush.pir
Note that ParrotIO.pmc doesn't seem to have a method to find out what
mode it is opened in, so that check cannot be done.
regards,
kj
I've checked every function used in the program. The prototypes are
correct. Depending on the number of arguments listed on the command line,
it runs perfectly and without a hitch. Other times, it won't run at all.
The only factor I can tell is the number of arguments put on the command
line.
From: Leopold Toetsch [EMAIL PROTECTED]
Date: Sat, 3 Dec 2005 13:40:31 +0100
On Dec 3, 2005, at 3:54, Bob Rogers wrote:
In rev 10317, parrot segfaults if the sub named in :outer is not
defined in the current compilation unit. The patch fixes the symptom,
and adds a test.
On 12/3/05, Bob Rogers [EMAIL PROTECTED] wrote:
So, at present, lexical subs must be emitted in preorder. Is this a
bug, a TODO, or a conscious design decision? (I'm hoping for bug,
BTW, since it's not mentioned in PDD20 . . . )
i've added 4 tests to t/op/lexicals.t testing this. as
Leopold Toetsch wrote:
add_sub($S0, $P0)
add_namespace($S0, $P0)
add_var($S0, $P0)
Which HLLs would use these interfaces?
Maybe I'm missing the point, but I see these being used in the
implementation of import_into as a way for the source HLL to tell the
target HLL
On Dec 3, 2005, at 20:15, Bob Rogers wrote:
Excellent; thank you -- and for the other fix especially. But now I
notice that this is what happens if you put the inner sub first:
Yes. That's what I've written in:
http://groups.google.com/group/perl.perl6.internals/browse_frm/thread/
I [believe] that I've fixed the issue with trigger invocation as of
r10331. Configure.pl is now working properly on my Solaris 8 box. Can
you please test this to confirm?
It also looks like things are broken with Solaris's make:
--
mksh: Fatal error in reader: Loop detected when expanding
On Sat, Dec 03, 2005 at 12:10:08PM -1000, Joshua Hoblitt wrote:
It also looks like things are broken with Solaris's make:
--
mksh: Fatal error in reader: Loop detected when expanding macro value
`$(PERL) -e 'chdir shift @ARGV; system q{$(MAKE)}, @ARGV; exit $$?
8;''
--
That wasn't a
That is, as of r10332.
-J
--
On Sat, Dec 03, 2005 at 12:43:42PM -1000, Joshua Hoblitt wrote:
On Sat, Dec 03, 2005 at 12:10:08PM -1000, Joshua Hoblitt wrote:
It also looks like things are broken with Solaris's make:
--
mksh: Fatal error in reader: Loop detected when expanding macro
From: Leopold Toetsch [EMAIL PROTECTED]
Date: Sat, 3 Dec 2005 22:50:00 +0100
On Dec 3, 2005, at 20:15, Bob Rogers wrote:
Excellent; thank you -- and for the other fix especially. But now I
notice that this is what happens if you put the inner sub first:
Yes. That's what
On Dec 4, 2005, at 1:18, Bob Rogers wrote:
Sorry; I remember reading this now. Please accept the following small
patch to close the documentation gap.
NP and thanks - applied r10336
leo
If you try to call a sub with a :slurpy parameter and give it a :flat
argument, parrot r10337 just hangs, chewing up CPU time. I know this
worked as of r10161, if it helps. Suprisingly, there isn't already a
test case for this. TIA,
-- Bob Rogers
Roger Browne [EMAIL PROTECTED] wrote:
Leopold Toetsch wrote:
add_sub($S0, $P0)
add_namespace($S0, $P0)
add_var($S0, $P0)
Which HLLs would use these interfaces?
Maybe I'm missing the point, but I see these being used in the
implementation of import_into as a way
On Mon, 2005-11-28 at 23:00 +0100, Leopold Toetsch wrote:
chromatic please make that sentence: 'If no one's unhappy, ...'
My goals are more modest than pleasing everyone... but checked in as
#10339.
I'm thinking we need a little harness file to launch the tests in
specific directories without
22 matches
Mail list logo
