On Tue, Aug 12, 2008 at 2:39 AM, Patrick R. Michaud via RT <[EMAIL PROTECTED]> wrote: > On Mon Aug 11 18:10:30 2008, coke wrote: >> >> 'getclass' is dead, patch applied in r30176. All tests pass. > > r30176 (and it's subsequent fix for builtins.h in r30179) cause Rakudo > to stop building with: > > ../../parrot -o perl6.pbc perl6.pir > error:imcc:The opcode 'exp_p_p' (exp<2>) was not found. Check the type > and number of the arguments > in file 'src/gen_builtins.pir' line 1503 > included from 'perl6.pir' line 1 > make: *** [perl6.pbc] Error 2 > > I believe the source of the difficulty is that _all_ of the builtin > pseudo-opcode handling (not just 'say') was removed from Parrot in r30176. > > I agree that we should eliminate the builtin pseudo-opcodes from Parrot, > but shouldn't there be a deprecation cycle for this first? (IIRC, > DEPRECATED.pod mentioned that C<getclass> would be going away, but > didn't make any mention of the other builtin pseudo-opcodes disappearing.) > > Pm > >
That was definitely the problem, I see you've patched rakudo in the meantime. I apologize for not getting it myself[0]. The irony that I broke a language in the repository after years of complaining that folks were doing that to me in tcl/ is not lost on me, btw. I agree that any removed feature should have a deprecation cycle; Here's my pitch for how we've already done that; the list of deprecated features has RTs; the RT listed what was going to have to happen for some time now; This covers us on the deprecation notification. I am willing to be outvoted, however, and have the patch temporarily reverted until post-release, as long as we re-apply it shortly after. I see a related patch from cotto after mine, would need to get that one too. Sorry about the inconvenience. [0] it'd be most helpful if rakudo ran in the unified test harness, but had I been thinking, I would have remembered that it wasn't. -- Will "Coke" Coleda
