Either approach can work. It depends on whether you're willing to switch to
a C++ compiler, whether your C code compiles correctly when interpreted as
C++, and which protobuf interface you like better. If your app is pure C
than I'd think using protobuf-c would be easier, but I haven't used it
my
Hi,
If I have a legacy c program, how can I take advantage of the Protocol
Buffer library?
Should i make my c program to call the c++ code generated by Protocol
Buffer library?
Or use this
http://code.google.com/p/protobuf-c/?
Thank you.
--
You received this message because you are subscribed t
On Mon, Feb 1, 2010 at 2:42 PM, Kenton Varda wrote:
> On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop wrote:
>
>> Hi,
>>
>> I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
>> unittests on the armel architecture (only on it). This might be a host
>> issue or a CFLAGS issue (we ha
On Mon, Feb 01, 2010 at 02:42:53PM -0800, Kenton Varda wrote:
> On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop wrote:
>
> > Hi,
> >
> > I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
> > unittests on the armel architecture (only on it). This might be a host
> > issue or a CFLAG
On Mon, Feb 1, 2010 at 1:22 PM, Iustin Pop wrote:
> Hi,
>
> I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
> unittests on the armel architecture (only on it). This might be a host
> issue or a CFLAGS issue (we had something like this for sh4, where
> '-mieee' is needed, for
Hi,
I'm one of the Debian maintainers for protobuf and 2.3.0 fails during
unittests on the armel architecture (only on it). This might be a host
issue or a CFLAGS issue (we had something like this for sh4, where
'-mieee' is needed, for example).
In any case, here are the failues we see in the log
I don't think anyone here is likely to have any idea what the problem is. I
cannot reproduce it, so I can't be of any help. You'll need to debug it
yourself. Try examining the build logs to see exactly how your compiler is
being invoked and figure out how it is *supposed* to be invoked to get th
Hi.
Any idea of the issue below?
I'm currently using static libraries compiled on another (virtual) 32-
bit machine, which seems to be working fine, but I really would prefer
a native solution.
Regards.
On Jan 29, 11:28 pm, Stas Oskin wrote:
> Sorry, forwarding to list as well.
>
> --
Updates:
Status: Fixed
Labels: FixedIn-2.3.1
Comment #1 on issue 162 by ken...@google.com: Add #include for
std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
revision 314
--
You received this message because you are listed in the owner
or CC fields of this iss
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 162 by dstahlke: Add #include for std::swap
http://code.google.com/p/protobuf/issues/detail?id=162
What steps will reproduce the problem?
1. Run "cpplint.py --filter=-whitespace,-legal/copyright" on generated C++
On Sat, Jan 30, 2010 at 3:03 PM, Jacob Rief wrote:
> > Please just don't add anything new. If you are unhappy with what
> > ZeroCopy{Input,Output}Stream provide, you can always just create your own
> > stream framework to use.
>
> Well, I have to live with that decision. Maybe in the future some
This is why I ask people to whittle down their examples: they usually find
the problem in the process. :) Glad you figured it out!
On Mon, Feb 1, 2010 at 8:19 AM, iWalsh wrote:
> Hi
> I've solved this now. The problem was in the wrapper class I was
> provided. Sorry.
>
> Regards
>
> Iain
>
>
Hi
I've solved this now. The problem was in the wrapper class I was
provided. Sorry.
Regards
Iain
On Jan 29, 10:31 pm, Iain Walsh wrote:
> Hi
>
> It's a fairly simple program despite the size. Most of it is just turning
> the Log into html. The main.cpp just creates a bunch of log events vi
13 matches
Mail list logo