[protobuf] Re: Building without RTTI support causes "make check" to hang (recursive call to pthread_once?)

2012-03-29 Thread Jessica Calvert
Hello Kenton, Any progress with this issue? I am also compiling without RTTI support and using custom options. I am running into the hang described here and trying to figure out a way around it. -Jessica On Wednesday, August 19, 2009 3:45:49 PM UTC-4, Kenton Varda wrote: > > Sigh. More bugs i

[protobuf] Re: Building without RTTI support causes "make check" to hang (recursive call to pthread_once?)

2012-02-09 Thread Vanuan
Hi, Kenton! I also use -fno-rtti and have the same problem. Did you manage to fix it? -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To view this discussion on the web visit https://groups.google.com/d/msg/protobuf/-/-8kWnJMNTFEJ. To post

Re: Building without RTTI support causes "make check" to hang (recursive call to pthread_once?)

2009-08-19 Thread Kenton Varda
Sigh. More bugs in descriptor bootstrapping, eh? The problem is that without RTTI, MergeFrom(const Message& other) cannot tell if "other" is actually the exact same class as "this", so it has to fall back to reflection... but reflection does not work if descriptors aren't available... and we're

Re: Building without RTTI support causes "make check" to hang (recursive call to pthread_once?)

2009-08-18 Thread Oliver Jowett
Oliver Jowett wrote: >> #4 0x2b85e3ffb67a in google::protobuf::internal::ReflectionOps::Merge >> (fr...@0x262e320, to=0x268f0e0) at ./google/protobuf/message.h:311 >> #5 0x0071dc4a in protobuf_unittest::ComplexOpt6::MergeFrom >> (this=0x268f0e0, fr...@0x262e320) at >> google/prot