Thank you for the feedback in that thread. The RFC now answers it:
The RFC does not add JSON5. It compares the two flags with JSON5, JSONC and JWCC (Larry, Anton).
The RFC keeps two flags, not one JSON_ALLOW_JSONC flag. The JSONC specification is a draft, and it makes trailing commas optional. The section “Rejected Features” gives all reasons (Tim).
The RFC includes test results and performance measurements.
- The RFC keeps two flags, not one JSON_ALLOW_JSONC flag. The JSONC
specification is a draft, and it makes trailing commas optional. The
section "Rejected Features" gives all reasons (Tim).
I'm not happy, but the rejected is well-argued
-----
I've given the RFC a full read and don't have any (other) comments. The RFC is incredibly well-written, thank you!
The RFC adds two independent opt-in flags for json_decode() and json_validate():
- JSON_ALLOW_COMMENTS accepts // line comments and /* block comments */.
- JSON_ALLOW_TRAILING_COMMAS accepts one comma after the last item of a
non-empty array or object.
Strict JSON stays the default. json_encode() does not change.
Thank you for the feedback in that thread. The RFC now answers it:
- The RFC does not add JSON5. It compares the two flags with JSON5,
JSONC and JWCC (Larry, Anton).
- The RFC keeps two flags, not one JSON_ALLOW_JSONC flag. The JSONC
specification is a draft, and it makes trailing commas optional. The
section "Rejected Features" gives all reasons (Tim).
- The RFC includes test results and performance measurements.