From @masak

<masak> m​: class IncList { has @​.values; submethod PRE { @​!values eqv
@​!values.sort } }; say IncList.new(​:values(1, 5, 3))
<camelia> rakudo-moar 5f9cd5​: OUTPUT«IncList.new(values => Array.new(1, 5, 3))␤»
* masak submits NYI rakudobug
<masak> m​: say [1, 5, 3] eqv [1, 5, 3].sort
<camelia> rakudo-moar 5f9cd5​: OUTPUT«False␤»

My expectation is that, since the condition is False, the object would
fail the precondition at creation time.

From @jnthn

On Sat Aug 30 21​:18​:35 2014, masak wrote​:

<masak> m​: class IncList { has @​.values; submethod PRE { @​!values eqv
@​!values.sort } }; say IncList.new(​:values(1, 5, 3))
<camelia> rakudo-moar 5f9cd5​: OUTPUT«IncList.new(values =>
Array.new(1, 5, 3))␤»
* masak submits NYI rakudobug
<masak> m​: say [1, 5, 3] eqv [1, 5, 3].sort
<camelia> rakudo-moar 5f9cd5​: OUTPUT«False␤»

My expectation is that, since the condition is False, the object would
fail the precondition at creation time.

Support for PRE and POST submethods is deferred until 6.d or later. All uppercase names are semi-reserved anyway, so it won't really be a backwards compatibility issue to add this functionality later, and while it's nice to have, there's not huge demand for it.

Thus, removing it from the xmas list.

The RT System itself - Status changed from 'new' to 'open'