There seem to already be .proto files out there that have conflicting
enum names, which will not be able to build successfully for some
languages (like C#). To prevent this problem from spreading, let's make
it an error for proto3 but just issue a warning for proto2. This fixes
issue #2179.

Un-breaks users who have old generated code and upgrade
to the 3.1.0 release.

A bug was causing generated JSPB code with CommonJS-style imports to
refer incorrectly to nested messages from other .proto files. The
generated code would have things like "test_pb.InnerMessage" instead of
"test_pb.OuterMessage.InnerMessage". This commit fixes the problem by
correctly taking into account any message nesting.

Needed to pick up a Java dependency change and re-populate the offline
repo.

[skip ci]

"ps: StartFileDownload" is broken by a recent appveyor image update:
http://help.appveyor.com/discussions/problems/5308-ci-frequently-hangs-with-recent-image-update

Change-Id: Ia73aa8b12f77eb9bbec556a4c05310153aad97bf

Change-Id: I6a5078b6bcdf4637e11c1cb9da1f74298e6fc26e

* PHP: support 7.0

* Also fix in test_util.php

[skip ci]

Change-Id: I1ba6f6372a08b5796570851336e1a548602f60da

Change-Id: I3ff47358e66965cab34736eed2a477ae29f02f61

This is necessary so that the CMake build knows to include this header
file in the installation include/ directory.

Currently deserialization of a non-packed binary repeated field is quadratic in
the number of elements, because each time we parse a new element we copy over
all elements we have parsed so far. This CL fixes the performance problem by
having the generated deserialization code just call addX() instead of using
getX() and setX().