+2. I use mochijson2, and it works, but a native version would be nice. Hopefully it uses the same conventions as mochijson2, so switching over is easy :-)<div><br></div><div>Sincerely,</div><div><br></div><div>jw</div><div>
<br clear="all"><br>--<br>Americans might object: there is no way we would sacrifice our living standards for the benefit of people in the rest of the world. Nevertheless, whether we get there willingly or not, we shall soon have lower consumption rates, because our present rates are unsustainable. <br>
<br>
<br><br><div class="gmail_quote">2011/6/30 Tim Watson <span dir="ltr"><<a href="mailto:watson.timothy@gmail.com">watson.timothy@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2011/6/30 Frédéric Trottier-Hébert <<a href="mailto:fred.hebert@erlang-solutions.com">fred.hebert@erlang-solutions.com</a>>:<br>
<div class="im">> I would definitely voice my support for jsx to become a standard if it were an option.<br>
<br>
</div>+1. I'm all for NIF based stuff when the speed is necessary, but I<br>
have a suspicion it'll take longer to get a native implementation into<br>
Erlang/OTP-proper and a pure library that is "fast enough" might be a<br>
better/faster option in terms of having something that is "there" when<br>
it's needed. If OTP was going to come with a native code<br>
implementation as a BIF, that would obviously be dead cool though.<br>
<div><div></div><div class="h5">_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>