- 01 Jun, 2018 1 commit
-
-
Feng Xiao authored
* Remove js_embed binary.
-
- 22 May, 2018 1 commit
-
-
Mizux authored
* CMake: Add comment for CMP0048 * CMake: osx use @rpath/ as target's install name (CMP0042) On MacoS library should use @rpath/ as prefix path instead of absolute build path e.g. otool -L libprotobuf.dylib libprotobuf.dylib: @rpath/libprotobuf.dylib (...) ... * CMake: add rpath to target for LINUX and APPLE
-
- 15 May, 2018 2 commits
-
-
Ivan Shynkarenka authored
-
Christian von Arnim authored
-
- 14 May, 2018 2 commits
-
-
Christian von Arnim authored
-
Christian von Arnim authored
-
- 03 May, 2018 1 commit
-
-
Ivan Shynkarenka authored
-
- 02 May, 2018 1 commit
-
-
Ivan Shynkarenka authored
-
- 27 Apr, 2018 2 commits
-
-
Jozef Izso authored
-
Jozef Izso authored
-
- 25 Apr, 2018 1 commit
-
-
Corentin Le Molgat authored
- merge loop for .h and .proto includes - fix shellcheck errors
-
- 24 Apr, 2018 2 commits
-
-
Corentin Le Molgat authored
-
Mizux authored
For google/or-tools, on windows, we need to use `import "google/protobuf/wrappers.proto";` since we want "optional" int64 and in version3 POD get default value... -> so we use "google.protobuf.Int64Value" since 0 is a valid value and different from "not set" for our use case.
-
- 04 Apr, 2018 1 commit
-
-
Silver Chan authored
CMakeLists.txt adds c++11 flags for clang
-
- 02 Apr, 2018 1 commit
-
-
Feng Xiao authored
-
- 29 Mar, 2018 1 commit
-
-
Feng Xiao authored
-
- 26 Mar, 2018 2 commits
-
-
Carlos O'Ryan authored
Add googletest as a submodule in third_party/googletest.
-
Feng Xiao authored
-
- 22 Mar, 2018 1 commit
-
-
Adam Cozzette authored
-
- 13 Mar, 2018 1 commit
-
-
Adam Cozzette authored
-
- 02 Mar, 2018 1 commit
-
- 24 Feb, 2018 1 commit
-
-
John Millikin authored
This lets all values of `WELL_KNOWN_PROTOS` be treated the same with regard to Bazel's protobuf blacklisting.
-
- 21 Feb, 2018 1 commit
-
-
Abdul Sami authored
Using two configuration flags `DZLIB_INCLUDE_DIR` and `DZLIB_LIB` we can locate an existing ZLIB on the system
-
- 01 Feb, 2018 4 commits
-
-
Corentin Le Molgat authored
-
Corentin Le Molgat authored
We follow the findProtobuf.cmake naming convention to ease the use of protobuf as cmake subproject
-
Corentin Le Molgat authored
- 19 Jan, 2018 1 commit
-
-
Ben Boeckel authored
Public sources get added to dependencies of the target as well which can cause duplicate symbols.
-
- 07 Dec, 2017 1 commit
-
-
Adam Cozzette authored
This should fix Bazel builds, since those were missing a new file (implicit_weak_message.cc).
-
- 01 Dec, 2017 1 commit
-
-
Adam Cozzette authored
-
- 13 Nov, 2017 1 commit
-
-
Yangqing Jia authored
-
- 08 Nov, 2017 1 commit
-
-
Jisi Liu authored
- Removed the redefination in the atomicword_compat.h. Now Atomic32 will alwyas be intptr_t in 32bit platforms, the bridge is no longer needed. - Change NaCl 64bit to use intptr_t instead of int32 for Atomic32, otherwise AtmoicWord APIs will miss the definations. After this change, the AtmoicWord will always be either Atomic32 or Atmoic64 depending on the platforms.
-
- 21 Oct, 2017 1 commit
-
-
Tim Ebringer authored
Add brief documentation describing each warning suppression.
-
- 18 Oct, 2017 1 commit
-
-
Jisi Liu authored
-
- 13 Oct, 2017 1 commit
-
-
Boris Broenner authored
In protobuf-module.cmake: in addition to checking for release or debug variants of protoc's location we should also check the configuration "noconfig".
-
- 06 Oct, 2017 1 commit
-
-
Tim Ebringer authored
VS2017 warns about a few additional things, for example, files that define no symbols (which is typically the result of a platform specific ifdef not applying on Windows). Suppress these warnings so the build is clean on VS2017.
-
- 29 Sep, 2017 1 commit
-
-
Markus Heß authored
-
- 25 Sep, 2017 1 commit
-
-
Markus Heß authored
-
- 22 Sep, 2017 1 commit
-
-
Markus Heß authored
-
- 14 Sep, 2017 1 commit
-
-
Adam Cozzette authored
-