Re^3: Perl 5 Compiler, Again!

On Parrot:

I agree that technically freezing the names of ops with 1.0 was a small problem. But the number was low and new names could be easily added.

There was never a public discussion about this policy change. Allison just went ahead and removed it, without any discussion. With my vehement disagreement, yes. But with no agreement from anybody else.

If PBC now is not sufficient after the third rewrite what is still missing? When even the tests are disabled, and the packfile examples do not work?

Comment on Re^3: Perl 5 Compiler, Again!

Replies are listed 'Best First'.
Re^4: Perl 5 Compiler, Again! by chromatic (Archbishop) on Sep 20, 2012 at 23:25 UTC
But the number was low and new names could be easily added. Agreed. Adding new ops is not a problem. Alphabetizing the oplist and renumbering the ops was unnecessary. There was never a public discussion about this policy change. I remember several public discussions, at least in multiple #ps meetings. If PBC now is not sufficient after the third rewrite what is still missing? The last time I looked at PBC, it was still too tightly coupled to the internal layouts of various PMCs, especially the Sub PMC.	[reply]

Replies are listed 'Best First'.

Re^4: Perl 5 Compiler, Again!
by chromatic (Archbishop) on Sep 20, 2012 at 23:25 UTC

But the number was low and new names could be easily added.

Agreed. Adding new ops is not a problem. Alphabetizing the oplist and renumbering the ops was unnecessary.

There was never a public discussion about this policy change.

I remember several public discussions, at least in multiple #ps meetings.

If PBC now is not sufficient after the third rewrite what is still missing?

The last time I looked at PBC, it was still too tightly coupled to the internal layouts of various PMCs, especially the Sub PMC.

[reply]