Re: [protobuf] Re: STL_HASH.m4

I have no idea. On Tue, Jan 19, 2010 at 7:58 PM, vikram patil wrote: > Thanks Kenton. I will try to debug it and will let you know. Did anyone > successfully compiled protocol buffer on AIX ? I've seen couple of posts but > never saw some reply with success. > > Thanks & Regards, > Vikram > > >

Re: [protobuf] Re: STL_HASH.m4

Thanks Kenton. I will try to debug it and will let you know. Did anyone successfully compiled protocol buffer on AIX ? I've seen couple of posts but never saw some reply with success. Thanks & Regards, Vikram On Tue, Jan 19, 2010 at 7:56 PM, Kenton Varda wrote: > It just looks up the type name

Re: [protobuf] Re: STL_HASH.m4

It just looks up the type name in a hash_map: http://code.google.com/p/protobuf/source/browse/trunk/src/google/protobuf/compiler/parser.cc#1007 kTypeNames is initialized here: http://code.google.com/

Re: [protobuf] Re: STL_HASH.m4

Hmm Could you please point me to code which is responsible for recognizing built in types ? I will try to debug more . My independent tests which evaluates unordered_map are working fine. But when I am trying to use it with protocol buffer it fails. Thanks & Regards, Vikram On Tue, Jan 19, 201

Re: [protobuf] Re: STL_HASH.m4

Wait, I misread your error report. It looks like the errors are coming from protoc. However, the errors are very odd -- it appears that protoc is failing to recognize built-in types like "string" and "int32". This could happen if the hash_map/unordered_map implementation is broken and not proper

Re: [protobuf] Re: STL_HASH.m4

This sounds like another problem with your compiler -- it can't find std::string. Note that in common.h we use "using namespace std;" to import all of std into the google::protobuf namespace. This is not good practice but we didn't think it was worth the effort to "fix" it. On Tue, Jan 19, 2010