This commit fixes a problem identified in #251. When generating the
PROTOBUF_C__FORCE_ENUM_TO_BE_INT_SIZE directive at the end of the enum
values generated for a oneof, we inadvertently only included the
protobuf class name in the call to the directive. This breaks if there
is more than one oneof per protobuf class, which causes duplicate enum
names to be generated.

This issue is fixed by also appending the oneof's name to the protobuf
class name when generating the PROTOBUF_C__FORCE_ENUM_TO_BE_INT_SIZE
directive, which should cause unique enum names to be generated.

This changes the enum name that is generated, but these names are
implementation details since they are sentinel values that only exist to
force the compiler to size the enum type correctly.

(The test case for #220 is updated since that test relies on the
oneof implementation details in the code generator.)

Document and extend the effect of passing NULL to ..._free_unpacked functions

This makes __free_unpacked() consistent with free(), and simplifies
callers by allowing them to indiscriminately free message objects
without regard to whether they have been allocated or not.

Add test case for #220

Make init_value const

rm argument fix for solaris

Relax autoconf constraint from v2.64 -> v2.63 (so that it works on SL6)

protobuf-c: fix: make dist

fixed cmake build if built as  part of an external project

remove .pb.{cc,h} in distdir instead of top_distdir in order to
prevent removing files from other projects when protobuf-c is
included as an autotools subproject.
Signed-off-by: Gregory Detal <gregory.detal@tessares.net>

protoc-c/c_message.cc: Force int size on oneof enums

http://lists.llvm.org/pipermail/llvm-foundation/2016-May/000020.html

travis-ci/travis-ci#6120

Fixes #220. Patch by Dave Benson from the mailing list thread.

Fix bigendian -Wunused-label warning

Fix ISO C90 -Wdeclaration-after-statement warnings

Fix -Wsign-compare warnings in int32_size()

From https://developers.google.com/protocol-buffers/docs/proto#optional:
If the default value is not specified for an optional element, a
type-specific default value is used instead: for strings, the default
value is the empty string. For bools, the default value is false. For
numeric types, the default value is zero. For enums, the default value
is the first value listed in the enum's type definition. This means care
must be taken when adding a value to the beginning of an enum value
list.

Prior to this change, protoc-c set the default enum value to 0, whether
or not 0 was the first value listed in the enum's type definition (or if
it even was listed at all).

Using the old "protoc-c" command directly is still supported
through a symlink.

Using {} as an initializer fails on MSVC
Signed-off-by: Paolo Borelli <pborelli@gnome.org>