search for: protobuf

Not sure if this is the right place to ask. Please let me know if there's a better place. I ran the clang static analyzer via Xcode 4.6.3 on our project that uses a lot of third-party libraries. One of them is Google protobufs, and it has a set of non-exiting assertion macros that the analyzer (rightly) ignores when flagging some NULL dereferences. The macros look like this: #define GOOGLE_LOG(LEVEL) \ ::google::protobuf::internal::LogFinisher() =...

Hi, When compiling mumble-iphone from https://github.com/mumble-voip/mumble-iphoneos <https://github.com/mumble-voip/mumble-iphoneos> I had a parser error on the file CodeOutputStream.m (form https://github.com/booyah/protobuf-objc/tree/696b7b61cdd4e8d77c55ace98b3119194fa04b7f <https://github.com/booyah/protobuf-objc/tree/696b7b61cdd4e8d77c55ace98b3119194fa04b7f>). I know that the code form protobuf is old but maybe there is an issue in the parser. I get the following error (this is working well with the llvm fro...

...ively) but on FC4(32 bit) it fails with this error g++ -m32 -I/usr/include/R -I/usr/local/include -fpic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -I. -g `pkg-config --cflags protobuf` -Wall -c display.cc -o display.o /usr/include/R/Rinterface.h:84: error: conflicting declaration 'typedef long unsigned int uintptr_t' /usr/include/stdint.h:129: error: 'uintptr_t' has a previous declaration as 'typedef unsigned int uintptr_t' display.cc includes a header...

Hello, I'm trying to use the limited connections api defined in Rinternals.h. I have code that looks like this (inspired from do_serializeToConn) : SEXP serialize_to_connection( SEXP xp, SEXP connection ){ Rconnection con ; struct R_outpstream_st out; R_pstream_format_t type = R_pstream_binary_format ; SEXP (*hook)(SEXP, SEXP) = NULL ; con = getConnection(Rf_asInteger(connection));

...question about how to set up a Makefile that generate a .so that I can load into opt without getting duplicate symbols. Here's what I have right now: LIBRARYNAME=previrt SHARED_LIBRARY=previrt LINK_COMPONENTS := transformUtils LINK_LIBS_IN_SHARED=1 include $(LEVEL)/Makefile.common LIBS += -lprotobuf CPPFLAGS += -I${HOME}/.root/usr/include -DGOOGLE_PROTOBUF_NO_RTTI LDFLAGS += -Wl,-L${HOME}/.root/usr/lib/ PROTOC=${HOME}/.root/usr/bin/protoc I'm pretty sure the problem comes from LINK_LIBS_IN_SHARED, but my code depends on the google protobuf library so I need to link against that otherwise...

...pect that the opt > binary already contains everying in the transformUtils library. > > -- John T. > > > LIBRARYNAME=previrt > SHARED_LIBRARY=previrt > LINK_COMPONENTS := transformUtils > LINK_LIBS_IN_SHARED=1 > > include $(LEVEL)/Makefile.common > > LIBS += -lprotobuf > > CPPFLAGS += -I${HOME}/.root/usr/include -DGOOGLE_PROTOBUF_NO_RTTI > LDFLAGS += -Wl,-L${HOME}/.root/usr/lib/ > PROTOC=${HOME}/.root/usr/bin/protoc > > I'm pretty sure the problem comes from LINK_LIBS_IN_SHARED, but my code > depends on the google protobuf library so I ne...

...NTS below? I suspect that the opt binary already contains everying in the transformUtils library. -- John T. > > LIBRARYNAME=previrt > SHARED_LIBRARY=previrt > LINK_COMPONENTS := transformUtils > LINK_LIBS_IN_SHARED=1 > > include $(LEVEL)/Makefile.common > > LIBS += -lprotobuf > > CPPFLAGS += -I${HOME}/.root/usr/include -DGOOGLE_PROTOBUF_NO_RTTI > LDFLAGS += -Wl,-L${HOME}/.root/usr/lib/ > PROTOC=${HOME}/.root/usr/bin/protoc > > I'm pretty sure the problem comes from LINK_LIBS_IN_SHARED, but my > code depends on the google protobuf library so I n...

Possibly protobuf or capn proto would be much more clean alternatives to json. I was working with interpreting instruction semantics a while back, and you shouldn't have to write a parser to get the data structure back into coherent form, you can get what you want automatically and have the structure isolated in...

...verying in the transformUtils library. >> >> -- John T. >> >> >> LIBRARYNAME=previrt >> SHARED_LIBRARY=previrt >> LINK_COMPONENTS := transformUtils >> LINK_LIBS_IN_SHARED=1 >> >> include $(LEVEL)/Makefile.common >> >> LIBS += -lprotobuf >> >> CPPFLAGS += -I${HOME}/.root/usr/include -DGOOGLE_PROTOBUF_NO_RTTI >> LDFLAGS += -Wl,-L${HOME}/.root/usr/lib/ >> PROTOC=${HOME}/.root/usr/bin/protoc >> >> I'm pretty sure the problem comes from LINK_LIBS_IN_SHARED, but my code >> depends on the goo...

Hello all, I am trying to port the package RProtoBuf to windows. The developers of RProtoBuf have given me some helpful pointers so far, but now I am stuck. After having made what I think are the necessary changes to the package to compile on windows, "R CMD build RProtoBuf" outputs a somewhat cryptic error ("This application has requ...

...L database (client) pcre-8.40_1 Perl Compatible Regular Expressions library perl5-5.26.2 Practical Extraction and Report Language pkg-1.10.5 Package manager pkgconf-1.4.2,1 Utility to help to configure compiler and linker flags protobuf-3.5.2 Data interchange format library python2-2_3 The "meta-port" for version 2 of the Python interpreter python27-2.7.14_1 Interpreted object-oriented programming language readline-7.0.3_1 Library for editing command lines as...

...we want to store variable-length objects we need to define string-table-like data structure. And I'm not very sure that it's fastest -- because mmap'able objects are not very compact on disk, slow disk IO could be a bottleneck, if we compare that with more compact file format. I believe Protobufs or Thrust are fast enough or even might be faster. Secondly, do you know why we are dumping post-linked object file to Native format? If we want to have a different kind of *object* file format, we would want to have a tool to convert an object file in an existing file format (say, ELF) to "...

...vedInfo. [r310619](http://reviews.llvm.org/rL310619). * Most AVX512 broadcast intrinsics have been removed and will be auto-upgraded when loaded old IR. [r310725](http://reviews.llvm.org/rL310725). ## Clang commits * The clang-proto-fuzzer tool has been created. This models a subset of C++ as a protobuf and uses libprotobuf-mutator to generate mutations. [r310408](http://reviews.llvm.org/rL310408). * A couple of minor ABI differences between Clang and GCC related to move constructors and deleted copy constructors have been fixed. [r310401](http://reviews.llvm.org/rL310401). * clang-tidy gained a...

...o > > define string-table-like data structure. And I'm not very sure that it's > > fastest -- because mmap'able objects are not very compact on disk, slow > disk > > IO could be a bottleneck, if we compare that with more compact file > format. > > I believe Protobufs or Thrust are fast enough or even might be faster. > > I'm not sure here. Although I do question if the object files will > even need to be read from disk in your standard edit/compile/debug > loop or on a build server. I believe we'll need real data to determine > this. &gt...

Hi, I notice that the CRAN binary for the macOS version of RProtoBuf is built against quite an old version of protocol buffers (from 2014, before v3 format support was added). the windows version is (blessedly) kept up-to-date, but I'd like to float the suggestion that the macOS version get an update too. with thanks jonathon

...e that >>>> it's >>>> > fastest -- because mmap'able objects are not very compact on disk, >>>> slow disk >>>> > IO could be a bottleneck, if we compare that with more compact file >>>> format. >>>> > I believe Protobufs or Thrust are fast enough or even might be faster. >>>> >>>> I'm not sure here. Although I do question if the object files will >>>> even need to be read from disk in your standard edit/compile/debug >>>> loop or on a build server. I believe we...

Considering engineering my own code-generator. If I do go ahead, will open-source the end result. Needs to read [parse] one language, and output JSON (conformant to a specific JSON-schema). Then needs to read JSON, and reproduce the code in that language, and [possibly] merge the generated code with existing code. Languages I'm looking to support are all rather popular (Python, Go, Rust,

...tring-table-like data structure. And I'm not very sure that it's >> > fastest -- because mmap'able objects are not very compact on disk, slow >> disk >> > IO could be a bottleneck, if we compare that with more compact file >> format. >> > I believe Protobufs or Thrust are fast enough or even might be faster. >> >> I'm not sure here. Although I do question if the object files will >> even need to be read from disk in your standard edit/compile/debug >> loop or on a build server. I believe we'll need real data to determin...

I looked into this further. ld64 has a macho_nlist abstraction over the various underlying nlist structures [1]. On x86-64, the P::getP referenced in n_value will resolve to [2], which in turn goes to [3], which calls OSReadLittleInt64. On a little endian machine, OSReadLittleEndian just calls _OSReadInt64 [4], which in turn does a pointer arithmetic and cast and then dereferences the pointer [5].

Hi Simon, Thanks for your feedback. -- this is an observation that I wasn't considering when I wrote this mainly because I am, in fact, working with rather small data sets. BTW: There is code there, it's under the bitbucket link -- here's the direct link if you'd still like to look at it: https://bitbucket.org/CoherentLogic/jdataframe Re "for practical purposes is