HI,
I authored the thing, but dont' have time and tuits to update it,
unfortunately, sorry.
I think pmichaud was planning to write a new tutorial. we should
consider whether it's worth the effort to update the old one. If so,
the best way would be to go through each episode, and see what
changed,
document very clearly that this syntax should not be used as it
will be removed, but it's not a complete disaster...
Adding the extra code to achieve this is also prone for new bugs; I'd say,
let's document it and close the ticket. (pirc does catch these cases)
kjs
>
>
>
On Fri, Feb 13, 2009 at 12:55 AM, jerry gay wrote:
> On Thu, Feb 12, 2009 at 15:53, Will Coleda wrote:
> > On Thu, Feb 12, 2009 at 6:09 PM, kjstol wrote:
> >> On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
> >> parrotbug-follo...@parrotcode.org> wrote:
On Thu, Feb 12, 2009 at 9:22 PM, Will Coleda via RT <
parrotbug-follo...@parrotcode.org> wrote:
> On Tue Jul 04 19:30:44 2006, autri...@gmail.com wrote:
> > IMCC currently relies on a lot of static globals to carry state, and
> > cannot reliably restore them when an error occurs. (grep for
> > "st
I almost couldn't believe how I could have missed that, until I remembered
what was the problem.Thing is, there are some ops (and of course, this
should be possible, as users can load dynops) that have different variants,
with different directions for the first arg. For instance: (can't remember
th
On Sat, Feb 7, 2009 at 2:37 PM, Will Coleda wrote:
> On Fri, Feb 6, 2009 at 9:46 PM, Joshua Hoblitt
> wrote:
> > On Fri, Feb 06, 2009 at 06:44:47PM -0800, James Keenan via RT wrote:
> >> On Sun Jan 01 19:09:51 2006, jhobl...@ifa.hawaii.edu wrote:
> >> > auto::headers uses the Config module to de
On Fri, Feb 6, 2009 at 1:12 PM, James Keenan via RT <
parrotbug-follo...@parrotcode.org> wrote:
> So here's the current state of what Coke originally posted:
>
> $ cat tclsh.pir
> .HLL 'Tcl'
> .loadlib 'tcl_group'
>
> .sub main :main
> .param pmc argv
> foo(argv)
> .end
>
> .sub foo
> .param pmc a
.HLL has been changed into a one-operand directive:write .HLL 'Tcl'.
the second operand indicated the (I think) shared lib containing the
language's PMCs, if any. Use '.loadlib' for that. So:
.HLL 'Tcl'
.loadlib 'tcl_group'
is equivalent to the old, deprecated and removed:
.HLL 'Tcl', 'tcl_group'
it's been failing for a while (until quite recently, iirc), but now it seems
ok.Just svn up'ed, and nmake'd test; no failures. I'll report any new
failures to trac, if necessary.
thanks for coming back to me.
Ticket can be closed.
kjs
On Sun, Feb 1, 2009 at 12:11 AM, James Keenan via RT <
parrot
On Thu, Jan 15, 2009 at 6:32 PM, Andrew Whitworth via RT <
parrotbug-follo...@parrotcode.org> wrote:
> Okay, I've committed a variant of my patch in r35599, but I've run into
> some issues while trying to test this. The morph VTABLE interface takes
> an INTVAL which represents the PMC type to morp
Hi,
it seems to me this syntax error message indicates that it doesn't know the
opcode 'rebless_subclass'. The parser expects a '(', which indicates that it
wants to parse rebless_subclass as a sub name.
Haven't built parrot in 10 days myself now, so can't tell why it's not
working and whether it
On Wed, Dec 3, 2008 at 7:25 PM, Will Coleda via RT <
[EMAIL PROTECTED]> wrote:
> On Tue Jan 09 06:43:10 2007, particle wrote:
> > compilers\imcc\imclexer.c(4310) : warning C4018: '<' : signed/unsigned
> > mismatch
> > compilers\imcc\imcc.l(662) : warning C4090: 'function' : different
> > 'const' q
On win32, XP, I get the following test failure, with output:
t/pmc/eval..ok 1/17
t/pmc/eval..NOK 10/17# Failed test
'eval.get_string - same file'
# at t/pmc/eval.t line 319.
# Exited with error code: 1
# Received:
# hello from foo
13 matches
Mail list logo
