my rage from v8 is spilling over
Go to file
Jon Skeet 9e4f354f14 Prohibit null values in map fields
On deserialization, missing values for message types
are replaced with a "default" message.
2016-01-11 09:34:43 +00:00
benchmarks More cleanup, based around searches for "Google.ProtocolBuffers" 2015-06-26 20:13:07 +01:00
cmake Update BUILD/cmake files. 2015-12-28 17:33:55 -08:00
conformance Fix up the conformance tests 2016-01-05 16:31:40 -05:00
csharp Prohibit null values in map fields 2016-01-11 09:34:43 +00:00
editors down-integrate internal changes 2015-05-21 19:32:02 -07:00
examples Merge pull request #1052 from tswast/master 2015-12-17 11:42:59 -08:00
java Update version number and fix javadoc errors. 2016-01-06 15:47:41 -08:00
javanano Update version number and fix javadoc errors. 2016-01-06 15:47:41 -08:00
js Fixed version number and testing command. 2015-12-22 11:20:44 -08:00
m4 Add support for solaris atomicops 2014-09-19 22:04:23 -07:00
more_tests Add makefile for extended tests to be run before release. 2010-01-12 22:45:15 +00:00
objectivec Remove the stale reference to test no longer around, and keep the performance test limited to just performance tests. 2016-01-07 10:31:33 -05:00
protoc-artifacts Update version numbers. 2015-12-21 11:31:51 -08:00
python Fixed compile for Python 3. There are still some crashes though. 2015-12-30 16:09:53 -08:00
ruby Disable conformance tests for csharp and ruby. 2015-12-21 13:22:21 -08:00
src Prohibit null values in map fields 2016-01-11 09:34:43 +00:00
util/python Added util/python/BUILD to provide //util/python:python_headers dependency for building use_fast_cpp_protos 2015-12-08 09:51:14 -08:00
.gitignore Add support for the conformance test for objc when run on OS X 2015-11-18 11:58:19 -05:00
.travis.yml Added README and enabled JavaScript tests on Node.js 2015-12-21 15:22:49 -08:00
appveyor.bat Improved SHARED build from CMake project 2015-10-15 02:56:48 +03:00
appveyor.yml Down-integrate from internal code base. 2015-12-11 17:10:28 -08:00
autogen.sh Add support for arguments. 2015-10-13 09:42:20 -07:00
BUILD Update BUILD/cmake files. 2015-12-28 17:33:55 -08:00
CHANGES.txt Add changelog for v3.0.0-beta-2. 2015-12-30 13:21:46 -08:00
configure.ac Add missing files to EXTRA_DIST. 2015-12-28 14:18:49 -08:00
CONTRIBUTORS.txt Add nano proto authors and update LICENSE file to include Android.mk. 2014-11-20 14:27:46 -08:00
generate_descriptor_proto.sh Update objc script in generate_descriptor_proto.sh 2015-09-08 13:21:45 -07:00
gmock.BUILD Fix headers for gmock.BUILD 2015-12-01 22:52:42 +01:00
LICENSE Add support for POWER Linux 2015-11-03 14:49:42 -08:00
Makefile.am Update README.md and remove INSTALL.txt 2016-01-06 18:25:25 -08:00
post_process_dist.sh Add js to post_process_dist.sh. 2015-12-28 16:31:10 -08:00
protobuf-lite.pc.in Uncomment conflict fields from pkg-config files. 2015-05-12 17:50:05 +02:00
protobuf.bzl Making _genproto rules public. 2015-12-04 17:53:07 -08:00
protobuf.pc.in Uncomment conflict fields from pkg-config files. 2015-05-12 17:50:05 +02:00
Protobuf.podspec Fix Podspec version number 2015-09-29 09:46:39 -07:00
README.md Update README.md - remove typo 2016-01-08 15:18:48 +00:00
six.BUILD Add srcs_version = "PY2AND3" in BUILD files 2015-12-03 13:16:06 -08:00
travis.sh Fixed test command for JS tests. 2015-12-28 06:43:42 -08:00
update_file_lists.sh Fix bugs on windows 2015-08-25 17:58:48 -07:00
WORKSPACE fix six package path. 2015-10-22 13:44:15 -07:00

Protocol Buffers - Google's data interchange format

Build Status Build status

Copyright 2008 Google Inc.

https://developers.google.com/protocol-buffers/

C++ Installation - Unix

To build protobuf from source, the following tools are needed:

  • autoconf
  • automake
  • libtool
  • curl (used to download gmock)

On Ubuntu, you can install them with:

$ sudo apt-get install autoconf automake libtool curl

On other platforms, please use the corresponding package managing tool to install them before proceeding.

If you get the source from github, you need to generate the configure script first:

$ ./autogen.sh

This will download gmock source (which is used for C++ Protocol Buffer unit-tests) to the current directory and run automake, autoconf, etc. to generate the configure script and various template makefiles.

You can skip this step if you are using a release package (which already contains gmock and the configure script).

To build and install the C++ Protocol Buffer runtime and the Protocol Buffer compiler (protoc) execute the following:

$ ./configure
$ make
$ make check
$ sudo make install
$ sudo ldconfig # refresh shared library cache.

If "make check" fails, you can still install, but it is likely that some features of this library will not work correctly on your system. Proceed at your own risk.

For advanced usage information on configure and make, please refer to the autoconf documentation:

http://www.gnu.org/software/autoconf/manual/autoconf.html#Running-configure-Scripts

Hint on install location

By default, the package will be installed to /usr/local. However, on many platforms, /usr/local/lib is not part of LD_LIBRARY_PATH. You can add it, but it may be easier to just install to /usr instead. To do this, invoke configure as follows:

./configure --prefix=/usr

If you already built the package with a different prefix, make sure to run "make clean" before building again.

Compiling dependent packages

To compile a package that uses Protocol Buffers, you need to pass various flags to your compiler and linker. As of version 2.2.0, Protocol Buffers integrates with pkg-config to manage this. If you have pkg-config installed, then you can invoke it to get a list of flags like so:

pkg-config --cflags protobuf         # print compiler flags
pkg-config --libs protobuf           # print linker flags
pkg-config --cflags --libs protobuf  # print both

For example:

c++ my_program.cc my_proto.pb.cc `pkg-config --cflags --libs protobuf`

Note that packages written prior to the 2.2.0 release of Protocol Buffers may not yet integrate with pkg-config to get flags, and may not pass the correct set of flags to correctly link against libprotobuf. If the package in question uses autoconf, you can often fix the problem by invoking its configure script like:

configure CXXFLAGS="$(pkg-config --cflags protobuf)" \
          LIBS="$(pkg-config --libs protobuf)"

This will force it to use the correct flags.

If you are writing an autoconf-based package that uses Protocol Buffers, you should probably use the PKG_CHECK_MODULES macro in your configure script like:

PKG_CHECK_MODULES([protobuf], [protobuf])

See the pkg-config man page for more info.

If you only want protobuf-lite, substitute "protobuf-lite" in place of "protobuf" in these examples.

Note for Mac users

For a Mac system, Unix tools are not available by default. You will first need to install Xcode from the Mac AppStore and then run the following command from a terminal:

$ sudo xcode-select --install

To install Unix tools, you can install "port" following the instructions at https://www.macports.org . This will reside in /opt/local/bin/port for most Mac installations.

$ sudo /opt/local/bin/port install autoconf automake libtool

Then follow the Unix instructions above.

Note for cross-compiling

The makefiles normally invoke the protoc executable that they just built in order to build tests. When cross-compiling, the protoc executable may not be executable on the host machine. In this case, you must build a copy of protoc for the host machine first, then use the --with-protoc option to tell configure to use it instead. For example:

./configure --with-protoc=protoc

This will use the installed protoc (found in your $PATH) instead of trying to execute the one built during the build process. You can also use an executable that hasn't been installed. For example, if you built the protobuf package for your host machine in ../host, you might do:

./configure --with-protoc=../host/src/protoc

Either way, you must make sure that the protoc executable you use has the same version as the protobuf source code you are trying to use it with.

Note for Solaris users

Solaris 10 x86 has a bug that will make linking fail, complaining about libstdc++.la being invalid. We have included a work-around in this package. To use the work-around, run configure as follows:

./configure LDFLAGS=-L$PWD/src/solaris

See src/solaris/libstdc++.la for more info on this bug.

Note for HP C++ Tru64 users

To compile invoke configure as follows:

./configure CXXFLAGS="-O -std ansi -ieee -D__USE_STD_IOSTREAM"

Also, you will need to use gmake instead of make.

Note for AIX users

Compile using the IBM xlC C++ compiler as follows:

./configure CXX=xlC

Also, you will need to use GNU make (gmake) instead of AIX make.

C++ Installation - Windows

If you only need the protoc binary, you can download it from the release page:

https://github.com/google/protobuf/releases

In the downloads section, download the zip file protoc-$VERSION-win32.zip. It contains the protoc binary as well as public proto files of protobuf library.

To build from source using Microsoft Visual C++, see cmake/README.md.

To build from source using Cygwin or MinGW, follow the Unix installation instructions, above.

Binary Compatibility Warning

Due to the nature of C++, it is unlikely that any two versions of the Protocol Buffers C++ runtime libraries will have compatible ABIs. That is, if you linked an executable against an older version of libprotobuf, it is unlikely to work with a newer version without re-compiling. This problem, when it occurs, will normally be detected immediately on startup of your app. Still, you may want to consider using static linkage. You can configure this package to install static libraries only using:

./configure --disable-shared

Java and Python Installation

The Java and Python runtime libraries for Protocol Buffers are located in the java and python directories. See the README file in each directory for more information on how to compile and install them. Note that both of them require you to first install the Protocol Buffer compiler (protoc), which is part of the C++ package.

Usage

The complete documentation for Protocol Buffers is available via the web at:

https://developers.google.com/protocol-buffers/