* Add kokoro config for building python wheels on windows
* Move script to root
* Debug
* Debug
* Change working directory
* Add msbuild to path
* Debug
* Fix python dir name
* Debug
* Move artifacts to targeted directory
* Update artifact directory
* Debug
* Debug
* Automatic generation of version
* Reduce file numbers
Changes:
1. Remove stuff no longer needed. Lots of the heavy lifting were there
because we were running our own jenkins cluster and had to manage all
the test logs ourselves. Now they are useless.
2. Change "-j2" to "-j4" to speed up the test a little bit. Kokoro
machines have 4 logic CPUs according to their spec.
* Add config for building python wheel
* Update submodules
* Fix setup.py to use c++11
* Fix syntax error
* Fix syntax error
* Add dir for artifact
* Update artifact dirctory
* Remove python 3.3
* Clean up virtual env
* Clean up env
* Test environment
* Test env variable
* Automatic update version number
* Remove dependency on python-wheel branch
This was fairly straightforward using the existing build-protoc.sh
script. The only problem I ran into was that the x86 Docker builds
create output directories owned by root, which caused some permission
issues. Fortunately it was easy to get around that just by doing those
Docker builds last.
* Install rake compiler
* Add kokoro config to build ruby gem on linux
* Rename from linix to linux
* Fix prepare_build.sh name
* Clean up
* Install bundler
* Install bundler
* Use c99 in order to build gem on mingw-32 on ruby 2.0.0
See https://github.com/rake-compiler/rake-compiler-dock/issues/4
* Move c99 config to extcofig.rb
This configuration builds both 32-bit and 64-bit binaries for Mac OS X.
One thing I had to change was to increase our minimum supported version
for 10.7 to 10.9, because 10.9 (Mavericks) appears to be the earliest
version supporting C++11.
This will allow SourceLink as per #4179, and mean that we can use C#
7.0 language features in the library (but not in generated code).
This does not affect which platforms we're *targeting*, so end users
won't see any difference.
It would be nice to update to 2.1.4, but AppVeyor's "Visual Studio
2017" environment is only 2.0.3.
Feng Xiao
Paul Yang
Jan Tattermusch
Adam Cozzette
Yilun Chong
Jan Tattermusch
Adam Cozzette
Carlos O'Ryan
Thomas Van Lenten
Jon Skeet
Matt Kwong