Thanks for the advice. I will need to dig into the code a bit more
and take a look at the areas you mentioned. I am assuming we will
choose to go with optimizing for speed, as a pre-1.2 jvm will probably
not perform well using reflection.
On Oct 1, 4:29 pm, "Kenton Varda" <[EMAIL PROTECTED]> wr
Hi project owners,
I've just started a project for a protocol buffers encoder/decoder
written in JavaScript.
http://code.google.com/p/protobuf-js/
To tell the truth, I don't think it's very useful. but I'm glad if you
add it to the OtherLanguages page (http://code.google.com/p/protobuf/
wiki/Ot
[EMAIL PROTECTED] wrote:
> What's the "best" (simplest, fastest) way to compare two protocol-
> buffer objects? (in compiled_for=speed mode)
In what language?
In the Haskell implementation, it adds
> deriving (P'.Show, P'.Eq, P'.Ord, P'.Typeable)
to each message and this giv
When run with high warning levels, gcc complains that the 'request'
and 'response' arguments are unused for all of the stub service
functions generated by the protoc compiler. Here's the 2-line patch
to fix this.
--- src/google/protobuf/compiler/cpp/cpp_service.cc.orig
2008-10-02 15:36:56.00
Done.
On Thu, Oct 2, 2008 at 10:55 AM, yas <[EMAIL PROTECTED]> wrote:
>
> Hi project owners,
>
> I've just started a project for a protocol buffers encoder/decoder
> written in JavaScript.
>
> http://code.google.com/p/protobuf-js/
>
> To tell the truth, I don't think it's very useful. but I'm gla
Thanks.
On 10月3日, 午前3:00, "Kenton Varda" <[EMAIL PROTECTED]> wrote:
> Done.
>
> On Thu, Oct 2, 2008 at 10:55 AM, yas <[EMAIL PROTECTED]> wrote:
>
> > Hi project owners,
>
> > I've just started a project for a protocol buffers encoder/decoder
> > written in JavaScript.
>
> >http://code.google.com/