~thopiekar/protobuf/+git/protobuf:3.7.x

Last commit made on 2019-04-03
Get this branch:
git clone -b 3.7.x https://git.launchpad.net/~thopiekar/protobuf/+git/protobuf

Branch merges

Branch information

Name:
3.7.x
Repository:
lp:~thopiekar/protobuf/+git/protobuf

Recent commits

5902e75... by Yun Peng

Add missing declaration in protobuf_headers

To prevent us from getting such error with sandbox or remote execution:
```
bazel-out/k8-opt/genfiles/tensorflow/core/lib/core/error_codes.pb.h:10:40: fatal error: google/protobuf/port_def.inc: No such file or directory
 #include <google/protobuf/port_def.inc>
                                        ^
```

6973c3a... by Paul Yang <email address hidden>

Update version number to 3.7.1 (#5947)

* Update version number to 3.7.1

* Update version number in port_def.inc

0770795... by Adam Cozzette <email address hidden>

Fixed CI failures with Ruby 2.3 on OSX (#5948)

OSX has deprecated OpenSSL, so we need to install it via Homebrew and
build against that version when we build Ruby.

34b6499... by Adam Cozzette <email address hidden>

Avoid linking against libatomic when building protoc (#5922)

We ran into problems with precompiled protoc binaries not working on
some systems because of the dependence on a dynamically linked
libatomic. However, I found that linking against libatomic is not
actually necessary in our protoc build environment. Inside configure.ac
there's a test which figures out if we need to pass -latomic, and it
does this by attempting to build a test binary. That binary was failing
to build, but it turns out this was because we need to pass -std=c++11,
not -latomic.

This fixes #5875.

ba42cb5... by Paul Yang <email address hidden>

Allow bytes field to be longer than 16000 bytes (#5924)

* Allow bytes field to be longer than 16000 bytes

* Remove empty line

02cf61a... by Adam Cozzette <email address hidden>

Updated NPM version to 3.7.1

ec0d47e... by myd7349 <email address hidden>

No define strtoll/strtoull for VS2013 and above

b3c132f... by Adam Cozzette <email address hidden>

Avoid marking generated C++ messages as final for now (#5928)

We need to mark messages as final soon, but before we do that we need to
provide a temporary opt-out mechanism to accommodate existing code that
inherits from generated messages. For 3.7.1 let's stop marking messages
final but in 3.8 we can reintroduce "final" with an opt-out option.

059851f... by Daniel Kurka <email address hidden>

Remove unused import from message.

e2461b5... by Daniel Kurka <email address hidden>

Revert "Remove unused f expression from jscode gen. (#5573)"

The removed variable here is actually used breaking downstream bazel
builds.