+protobuf@googlegroups.com who will be able to contribute more on the
protocol buffers side of the discussion
On Mon, Nov 21, 2016 at 2:48 PM, Jesús García Crespo
wrote:
> First, I would like to say thanks to all of you for the great job!
>
Aww, you're very welcome!
> I'm trying to wire two P
I think it should be possible to build without pthreads if you just make a
few minor tweaks. I fiddled around with this a little bit and got something
that seems to mostly work on a branch here (though I have not really tested
it): https://github.com/acozzette/protobuf/tree/without-pthread
I mostl
Thanks for the info. Typedef support would be pretty much useful for
regular use cases in C/C++ languages. For example, if we have 100 messages
that each have a game id, it'd be nice to just typedef say a uint64 to
GameId rather than using it explicitly in each place. This avoids errors
like someon
I don't think we have any specific plans to do this, but we could consider
doing at some point if it would be useful. Do you have a particular use
case that would benefit from support for type aliasing?
On Mon, Nov 21, 2016 at 4:13 PM, Arpit Baldeva wrote:
> Hi,
>
> Are there any plans to introd
Thank you, Adam, if it’s confirmed just matter of warning no harm, then I can
live with it for now. Once I can upgrade the compiler, then as you tested, it
should go away.
Regards,
Changchun Zhao | Software Engineer
Transaction Network Services
10740 Parkridge Blvd | Suite 100 | Reston | VA
Changchun, actually I have looked at this a little bit more and I haven't
been able to convince myself for sure of whether there is a bug or not. It
seems suspicious to call a method on the inactive member of a union, but on
the other hand both members are POD types and the UnsafeSetDefault() metho
Dear all,
I'm developing some binary instrumentation tools where I use protobuf to
save the output. I wrote a Pintool using this and everything works fine.
However, I wanted to try DynamoRIO because Pin cannot be used to instrument
ARM code. Apparently DynamoRIO cannot be linked against libpthr