Reflect the change that protobuf should now only be supporting 2.6+ (I'd guess note python 3.x+ when its supported in implementation)

Refer to the Python Packaging User Guide for installing setuptools (and pip) instead of out of date telecommunity guide.

Support Ruby code generation only for proto3.

Update Ruby build setup to produce gems successfully. Include upb as a single .c / .h file.

system. The Ruby module build now uses an amalgamated distribution of
upb, and successfully builds a Ruby gem called 'google-protobuf' with
module 'google/protobuf'.

Source code refactoring. Extracted common functionality in cpp_helpers.c...

Returned print_indent and print_outdent back to printservicestub and printserviceclass in python generator

Make C++ code generation of string oneof field compatible with C++11

Conflicts:
	configure.ac

Source code refactoring. Extracted common functionality in cpp_helpers.cc and python/python_generator.cc

Provide a Ruby extension.

This adds a Ruby extension in ruby/ that is based on the 'upb' library
(now included as a submodule), and adds support for Ruby code generation
to the protoc compiler.

Ignore artifacts from autogen.sh

language.

tests with macro PROTOBUF_HAS_DEATH_TEST.

string oneof field was generated into "const ArenaStringPtr" field inside
"default_oneof_instance_" struct (of name "<class name>OneofInstance").

On the other hand, in C++11, const field of type with trivial default
constructor causes enclosing type's implicit default constructor to be deleted.

Since ArenaStringPtr has tirvial default constructor, this caused default
constructor of "default_oneof_instance_" struct to be deleted, making the
constructor call inside generated code invalid and fail to compile.