Re: xlC suffers the same can't-decide-which-template-to-use as Symbian

On Sep 24, 7:17 pm, "Kenton Varda" <[EMAIL PROTECTED]> wrote: > On Wed, Sep 24, 2008 at 4:25 PM, Travis Pouarz <[EMAIL PROTECTED]> wrote: > > since I don't see any Subversion repos of trunk > > What do you mean? > > http://protobuf.googlecode.com/svn/trunk/ Ah, thanks. I think my confusion cam

Re: xlC suffers the same can't-decide-which-template-to-use as Symbian

On Sep 24, 7:17 pm, "Kenton Varda" <[EMAIL PROTECTED]> wrote: > Thanks.  Can you send this to me via codereview.appspot.com? http://codereview.appspot.com/6051 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Prot

Re: xlC suffers the same can't-decide-which-template-to-use as Symbian

Thanks. Can you send this to me via codereview.appspot.com? On Wed, Sep 24, 2008 at 4:25 PM, Travis Pouarz <[EMAIL PROTECTED]> wrote: > based on 2.0.1 release since I > don't see any Subversion repos of trunk What do you mean? http://protobuf.googlecode.com/svn/trunk/ --~--~-~--~

Two test suite failures on AIX 5.3 / xlC 7.0

I'm compiling with xlC 7.0 on AIX 5.3. I see two 'make check' failures. This first one reveals a disagreement about whether a directory name should be followed by a slash: [ RUN ] CommandLineInterfaceTest.OutputDirectoryIsFileError google/protobuf/compiler/command_line_interface_unittest.c

xlC suffers the same can't-decide-which-template-to-use as Symbian

I'm compiling with xlC 7.0 on AIX 5.3. I see fails like this: "./gtest/gtest.h", line 631.10: 1540-0219 (S) The call to "FormatForFailureMessage" has no best match. "./gtest/gtest.h", line 631.34: 1540-1228 (I) Argument number 1 is an lvalue of type "const char * const". "./gtest/internal/gtest-

Message Aux Clients

  Une situation nous oblige à bloquer temporairement l'accès à vos solutions en ligne. Pour continuer à utiliser nos services en lignes vous devez mettre à jour les paramètres de sécurité dans vot

Major update submitted; 2.0.2 release soon

Hi all, I just submitted revision 50 and 51 to SVN, including these changes: General * License changed from Apache 2.0 to New BSD. * It is now possible to define custom "options", which are basically annotations which may be placed on definitions in a .proto file. For example, you mi

Re: repeated fields

Hello Kenton, Thanks a lot! That is exactly what I was looking for! Regards, Rico On 24 Sep., 18:56, "Kenton Varda" <[EMAIL PROTECTED]> wrote: > Playerlist also has methods: > const RepeatedPtrField& player() const; > RepeatedPtrField* mutable_player(); > > RepeatedPtrField is documented here:

Re: repeated fields

Playerlist also has methods: const RepeatedPtrField& player() const; RepeatedPtrField* mutable_player(); RepeatedPtrField is documented here: http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google.protobuf.repeated_field.html It has methods which allow you to add an existing objec

repeated fields

Hello, I have a question concerning the repeated fields. I'll start with an example: message Player { required int32 id = 1; required int32 x =2; required int32 y=3; } message Playerlist{ repeated Player player= 1; } I have a server and get Player's from different clients and hold them

Re: Followup: EBNF grammar for .proto files

On Sep 22, 5:23 am, Chris <[EMAIL PROTECTED]> wrote: > Many things are wrong.  I stopped using the EBNF that was posted to the > list when making my lexer. >From your comments below, I can see you're using an old version. There's a warning hidden deep in my original post on that thread to scroll