So that fixed that. Sadly something else came up.
c:/mingw/bin/mingw32-make all-recursive
mingw32-make[1]: Entering directory `C:/appl/Cygwin/protobuf'
Making all in .
mingw32-make[2]: Entering directory `C:/appl/Cygwin/protobuf'
mingw32-make[2]: Nothing to be done for `all-am'.
The Builder interface has a method setField() which takes a FieldDescriptor
and a value. You can pass the FieldDescriptor for an extension to set an
extension, and pass the message object as the value. You can get the
FieldDescriptor from ExtensionRegistry or from
thanks,this is what i looking for.
On Jul 30, 2:28 am, Kenton Varda ken...@google.com wrote:
In C++, you can use the standard STL sort()
function:http://www.sgi.com/tech/stl/sort.html
http://www.sgi.com/tech/stl/sort.htmlRepeatedPtrField supports iterators,
so you can do something like:
On Wed, Jul 29, 2009 at 6:34 PM, Jeff Bailey jeffbai...@google.com wrote:
*sigh* It looks like the version at appspot.com isn't GA+ enabled, so I
sign in and it thinks I'm not signed in.
Anyhow, a few comments:
Since it's generated by configure.ac, do you need it in bin_SCRIPTS? I
think
(New patch set uploaded.)
On Thu, Jul 30, 2009 at 8:59 AM, Kenton Varda ken...@google.com wrote:
On Wed, Jul 29, 2009 at 6:34 PM, Jeff Bailey jeffbai...@google.comwrote:
*sigh* It looks like the version at appspot.com isn't GA+ enabled, so I
sign in and it thinks I'm not signed in.
doing it manually seems to work. the problem is that those
instructions appear to be part of the make and even if I run them
manually when I run the make command again it still tries to execute
them and fails. I have also tried to find out what make Error 127
means but I still haven't had any
In other words, the scoping semantics are just like C++ namespaces, but we
use . rather than :: as the scope separator.
On Thu, Jul 30, 2009 at 1:50 AM, Constantinos Michael
cmmich...@gmail.comwrote:
Try doing this:
message foo {
message X { }
message bar {
message X { }
lgtm
42 Packages which depend on Protocol Buffers should call this script
automatically 43 as part of their own configure script.
Provide an example with PKG_CONFIG or something like that.
Otherwise, looks good. Thanks!
Jeff Bailey | Google, Inc. | +1 514 670-8754
On Thu, Jul 30, 2009 at
When you do it manually, does the program return an error code (even if it
seems to work)?
Maybe you could run it in gdb to find out why it is returning an error? (If
you do this, be sure to use a protoc that you compiled yourself, not the
prebuild one.)
Unfortunately since I can't reproduce
Yeargh, I'm behind the times. pkg-config? I guess I should be integrating
with that rather than writing my own script?
On Thu, Jul 30, 2009 at 9:05 AM, Jeff Bailey jeffbai...@google.com wrote:
lgtm
42 Packages which depend on Protocol Buffers should call this script
automatically 43 as
Hi,
I have a problem with the previous version of google protocol buffer.
I serialize an object of type X into a file A, then when trying to
parse the file A with another object of type X, it crashs.
The object of type X contains a lot of data, and repeated element. Is
there some kind of
I need a lot more information to even begin speculating about this, such as
what language you are using and any error messages that were printed when it
crashed. A stack trace would also be nice.
On Thu, Jul 30, 2009 at 9:46 AM, muka ly.pas...@gmail.com wrote:
Hi,
I have a problem with the
I haven't done pkg-config stuff yet. Maybe check in on #autotools in
freenode. I'm usually there, as are other people.
Jeff Bailey | Google, Inc. | +1 514 670-8754
On Thu, Jul 30, 2009 at 12:12 PM, Kenton Varda ken...@google.com wrote:
Yeargh, I'm behind the times. pkg-config? I guess I
New patch: Use pkg-config instead. Much simpler.
On Thu, Jul 30, 2009 at 10:05 AM, Jeff Bailey jeffbai...@google.com wrote:
I haven't done pkg-config stuff yet. Maybe check in on #autotools in
freenode. I'm usually there, as are other people.
Jeff Bailey | Google, Inc. | +1 514 670-8754
14 matches
Mail list logo