Some random idea: repeated fields support stl-style iterators; should
be possible to use regular std::sort() on it with a custom functor.
You probably can hide a lot of code complexity by writing such
functors and avoiding runtime complexity by keeping stuff sorted,
indeed.
On Sun, Feb 14, 2010 at
A bitfield type is probably not something that you have available in
all languages - which is what you need to keep in mind if you think of
supporting a particular type in protocol buffers.
Having said that, you could easily write some wrapper class for the
languages you use that stores bits in an
My project needs to handle input data that contains bit strings of
arbitrary length. Some structures are just one bit long, others 3 or
11.
In Java, you can handle those types with BitSet, in C you can use bit
fields.
My question is: Do you see a "business case" for adding support for a
type "bit
Hello,
We're using protocol buffers extensively within our application, in
what I believe is a somewhat strange manner.
We define a message type, that essentially looks like a struct of an
id, possibly some data, and a type, and add this include the struct
within the message (i.e, infinite recurs
Comment #16 on issue 81 by brice.figureau: Maven Protoc Plugin Code Review
http://code.google.com/p/protobuf/issues/detail?id=81
@supercargo,
I fixed this bug in the github fork:
http://github.com/dtrott/maven-protoc-plugin
There is also a maven repository holding a version that contains that
Comment #3 on issue 165 by ph.hu...@gmx.com: can not link for mips
architecture
http://code.google.com/p/protobuf/issues/detail?id=165
thanks for the quick answer, it seams to be a gcc version problem indeed...
I try to
get a newer one.
http://www.mail-archive.com/gcc-b...@gcc.gnu.org/msg
