Last Updated 21 Oct 2011
This is the "punch list" of items that need addressing before switching nom to be the new 'master' branch, and before releasing a nom-based distribution. Each item below contains an importance (1 == must have, 2 == ought to have, 3 == nice to have) for branch and distribution, an estimate of the difficulty (* == easy, **** = hard), and any identified responsible parties.
- Enums to level of master (2, 1, ???, ???)
- Grammars, qregex, other regex stuff (1, 1, ***, pmichaud)
- fix term: (hangs on 32bit platforms)
- Define new operators (2, 1, **, pmichaud) (awaiting other regex updates)
MAIN(2, 1, ???, ???)- modules working with nom (3, 1, ???, ???)
- fix meta-dispatchers to not flatten positionals (3, 2, ???, ???)
<!before>(2, 1, *, pmichaud)
Note that this isn't strictly in order, though things nearer to the top are likely to get focus sooner.
Current fails that people are likely to encounter (no particular order):
- core constants (e.g.,
Inf,Order::Decrease) is exporton methods- should work outside the setting; note here if it doesn't
Things that aren't blockers but might be worth knowing about:
- attribute
:=doesn't work in CORE.setting (works outside of setting, though) (initial digging suggets it's a BOOTSTRAPATTR issue, thus why we only see it in the setting) - no rw-accessors for natively typed attributes (yet? spec isn't clear)
For my X::Base { ... }, my Foo::Bar { ... } etc. The our-scoped ones work.
when needs to properly find use correct outer scope
Get ::= correcter, and a bit more stuff on := also.
Get these working again.
- Enums as roles
- Non-numeric enums
- Anonymous enums
my @a; needs to initialize @a to be the Array type object (not an Array instance).
Same for my %h and hashes.
- END in pre-compiled mainline case
They are classes right now, which is wrong.