If there's a tokenizer around, writing a plain old recursive descent SAX style parser is pretty trivial. Heck, I'd be happy to check a json parser for compliance errors and such. I'm just in a weird position for submitting one written from scratch, for work reasons. I like the requirements outlined by andrei though.
Sent from my iPhone On Oct 23, 2010, at 6:09 PM, "Robert Jacques" <[email protected]> wrote: > On Sat, 23 Oct 2010 20:14:14 -0400, Brian Schott <[email protected]> > wrote: > >> What are the plans for this module? The last I heard, there were plans >> for removing it or rewriting it,and nobody knew why it was included in >> Phobos in the first place. >> >> The documentation >> (http://www.digitalmars.com/d/2.0/phobos/std_json.html) makes no mention >> of this. If this is scheduled for removal (or a rewrite), can the >> documentation please make a note of this? (Even something simple like >> the comment in std.contracts would be sufficient to warn people) >> _______________________________________________ >> phobos mailing list >> [email protected] >> http://lists.puremagic.com/mailman/listinfo/phobos > > I'd also like to know the plans for this module. I've commented before that > the implementation is both buggy and non-complaint. I have an my own JSON > implementation that I've just started to clean up to Phobos quality. I'm been > holding off on cleaning it up mainly because I need it for > serialization/de-serialization and I don't want to add a naive JSON > serialization routine, just to have std.serialization(?) deprecate it. Also, > Sean commented he'd like to have a SAX style JSON parser, which is something > I don't have yet. > _______________________________________________ > phobos mailing list > [email protected] > http://lists.puremagic.com/mailman/listinfo/phobos _______________________________________________ phobos mailing list [email protected] http://lists.puremagic.com/mailman/listinfo/phobos
