Oh, funky. Sorry, I don't have a Mac to test. Do you have automated
builds going?

>From my experience gcc 4.0.x versions were somewhat buggy, while the
4.1.x branch is reasonable. I am surprised that std::tr1 was actually
present in that STL... Perhaps it is an Apple-brewed combo?


On Wed, Jan 6, 2010 at 8:44 PM, Kenton Varda <ken...@google.com> wrote:
> Worked around with r291.  Must test on all platforms all over again...
>  sigh.
> On Wed, Jan 6, 2010 at 8:29 PM, Kenton Varda <ken...@google.com> wrote:
>> The implementation of tr1::hashtable on OSX 1.5 (GCC 4.0.1) is broken.
>>  find_node() is apparently not declared const, meaning calling find() on a
>> const hash_map does not compile.
>> /cry
>> On Mon, Dec 21, 2009 at 11:24 AM, Kenton Varda <ken...@google.com> wrote:
>>> Arrghh.  I didn't mean to add that...  I just wrote it so that I could
>>> hit F3 and have eclipse show me the file, then forgot to delete it.  Fixed.
>>>  Thanks for pointing that out; I'm not normally so sloppy.
>>> On Mon, Dec 21, 2009 at 11:19 AM, Oleg Smolsky <oleg.smol...@gmail.com>
>>> wrote:
>>>> BTW, you've added this line to stubs/hash.h
>>>> #include <ext/hash_map>
>>>> but it should not be there. Includes are already handled by these:
>>>> #include HASH_MAP_H
>>>> #include HASH_SET_H
>>>> Oleg.
You received this message because you are subscribed to the Google Groups 
"Protocol Buffers" group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to 
For more options, visit this group at 

Reply via email to