Does some existing parser actually implement that skipping feature?
There would not be any need for a end-tag. Let's assume that there
would be two different tags
2 - Length_Delimited, which could contain a packed list of bytes
(string, memory block) or other types where the parser needs to
If a new enum value had been added to a enum type, and it's being
deserialised by an application that is not yet aware of the new enum
value, what should happen?
Should the enum value be null, or should the deserialisation abort?
--~--~-~--~~~---~--~~
You
It will be treated like an unknown field. In C++ or Java, the value goes
into the UnknownFieldSet, so if you then serialize the message, it will
still be there. In Python it will just be discarded.
On Wed, Jun 24, 2009 at 2:56 AM, Stuart Johnson stu...@stu.org.uk wrote:
If a new enum value
I am using CC: Sun C++ 5.9 compiler to compile on Solaris. I was able
to compile source but tests are failing.
I need some help here about libtool
/bin/bash ./libtool --tag=CXX--mode=link CC -g-o lib/
libgtest.la -rpath /usr/local/lib src/gtest.lo src/gtest-death-
test.lo
No. Again, this requires knowing the proto definition. There's no way to
distinguish between packed arrays and byte blobs given only the encoded
message.
So if I know that a given byte blob is actually a packed array, how
can I decode it without having a precompiled proto definition?
The
I am using 2.1.0 only.
On Jun 24, 12:26 pm, Kenton Varda ken...@google.com wrote:
The list of files there suggest that you're using protobuf 2.0.3 or earlier.
Have you tried 2.1.0?
On Wed, Jun 24, 2009 at 11:54 AM, vikram patilvik...@gmail.com wrote:
I am using CC: Sun C++ 5.9 compiler
no . I wanted to compile it . But have you got those tests working . I
am not able to compile those yet.
On Jun 24, 12:48 pm, Monty Taylor mo...@inaugust.com wrote:
I'm hacking on a patch to make 2.1.0 work properly on my Sun Studio set
up as we speak. Was there something more specific you
Monty
Main source compile but when I do ' make check ' , it fails with the
errors I posted previously.
Vikram
On Jun 24, 12:59 pm, Monty Taylor mo...@inaugust.com wrote:
Try this patch, see if it helps you. I've got another one coming, but
I'm interested to know if this solves your current
@Monty
I followed your steps but make check still fails with following
errors
make check
Making check in .
make check-local
Making lib/libgtest.a lib/libgtest_main.a in gtest
`lib/libgtest.la' is up to date.
`lib/libgtest_main.la' is up to date.
Making check in src
make check-am
make
Rats. Ok, I'm seeing some problems now... let me get back to you.
vikram wrote:
Monty
Main source compile but when I do ' make check ' , it fails with the
errors I posted previously.
Vikram
On Jun 24, 12:59 pm, Monty Taylor mo...@inaugust.com wrote:
Try this patch, see if it helps
I was finally able to compile it correctly and evaluate its
correctness using tests.
Kenton,
Is there anything else I need to evaluate before using compiler
and binaries. I can provide patch now if its needed.
I am also going to try same procedure on AIX too . Is there any other
Hello Folks,
I would like to request help in here for compiling protocol
buffer source using aCC compiler on HPUX
Please provide some inputs if anybody has idea about problems .
Vikram
--~--~-~--~~~---~--~~
You received this message because you are
If the tests pass, it should be good to go. Please do submit patches.
On Wed, Jun 24, 2009 at 2:09 PM, vikram patilvik...@gmail.com wrote:
I was finally able to compile it correctly and evaluate its
correctness using tests.
Kenton,
Is there anything else I need to evaluate before
Protobuf-c has a small bit in its test-suite that uses protobuf's c++
binding to generate packed versions of several messages that are
compared with c binding packed data.
I'm almost tempted to get rid of these fragile tests b/c they are such
a build annoyance. But I'm going to try to keep them
14 matches
Mail list logo
