Instead of changing everything that calls EXPECT_EQ on strings, can we change the implementation of EXPECT_EQ itself so that doesn't trigger this error? For example, could it be overloaded with an explicit implementation for non-const strings? Any changes to gtest will have to be submitted back to the gtest project. Protocol Buffers ships with the verbatim gtest code -- we don't maintain local modifications.
On Thu, Aug 13, 2009 at 7:47 PM, COFF <a...@sibmail.ru> wrote: > > I sent patches directly to you. > Note on adding also VC 7.1 support (macro EXPECT_EQ produse Internal > Compiller Error on non const std::string) > > On 14 авг, 02:24, Kenton Varda <ken...@google.com> wrote: > > Please send a patch. Use "diff -u" to create it (see the man page), or > if > > you made your changes against the SVN sources, just use "svn diff". > > > > On Wed, Aug 12, 2009 at 10:08 PM, COFF <a...@sibmail.ru> wrote: > > > > > Hello Kenton! > > > > > I succesfully merge my project on new version of protobuf. > > > I made patches that enable HPUX (and partialy STLPORT) support in > > > protobuf (only .cc and .h - I not use autoconf stuff). > > > Can and how I send it to you? > > > > > Best regards, > > > Alex. > > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to protobuf@googlegroups.com To unsubscribe from this group, send email to protobuf+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/protobuf?hl=en -~----------~----~----~----~------~----~------~--~---