Replace uint8_t with a pb_byte_t typedef.

This supports platforms where uint8_t does not exist.
If you are using a custom pb_syshdr.h, this may require adding
definitions for uint_least8_t etc.

Modify the int size STATIC_ASSERTS to work with CHAR_BITS!=8.

This will still catch the most common bug of long int vs. long long int.
The uint8_t checks do not seem necessary, test for this will be added
in later commit.

Get rid of type punning in pb_encode_fixedXX().

This was never very clean code, but it was fast. Hopefully
compilers are smart enough to optimize it away, or the speed
difference is not very large. This should be checked.

However working code is always more important than fast code,
and the previous way couldn't really work for platforms that
do not have byte-sized memory access. Related to PR #191.

Merge pull request #190 from aeruder/master

pb_istream_from_buffer: add const to prototype

pb_istream_from_buffer: add const to prototype

This commit changes the prototype for pb_istream_from_buffer from:
  pb_istream_t pb_istream_from_buffer(uint8_t *buf, size_t bufsize);
to
  pb_istream_t pb_istream_from_buffer(const uint8_t *buf, size_t bufsize);

This allows pb_istream_from_buffer users to point to const buffers
without having to inspect code (to ensure practical const-ness) and then be
forced to manually cast away const.

In order to not break compatibility with existing programs (by
introducing a const/non-const union in the pb_istream_t state) we simply
cast away the const in pb_istream_from_buffer and re-apply it when
possible in the callbacks.  Unfortunately we lose any compiler help in
the callbacks to ensure we are treating the buffer as const but manual
inspection is easy enough.

Fix mistake in previous commit

Fix generator crash with Enum inside Oneof (issue #188).

Add testcase for the same.

Second fix for -pedantic build issue in tests

Fix -Wno-pedantic on old GCC

Add testcase for anonymous unions + few fixes.

Fixes compilation error with anonymous unions when
it is not the last field in message. Also fixes
extraneous newlines in header file. Cleanup the
pb.h extraneous use of ##.

Add option to allow for anonymous unions

Ignore null pointers in pb_release() (issue #183).

Add contributing.md to provide issue templates on github

Merge pull request #181 from kylemanna/cmake

Cmake updates

examples: cmake_simple: Use auto discovered path

* No need to specify the src path and the module path. Let cmake do it.

cmake: Auto discover NANOPB_SRC_ROOT_FOLDER

* Use CMAKE_CURRENT_LIST_DIR to learn the path of the currently running
  file to determine location of NanoPB.
* Simplifies use in other projects.

cmake: Build generator files in build directory

Treat the source directory as immutable.  Copy the generator directory
which previously generated files in-tree to the build directory and
then generate files.

Many emerging continuous integration build systems test builds across
multiple versions of dependencies protobuf and python versions in
particular.  The previous source tree builds resulted in stale files
from the last build breaking the current build.  By placing the build
files in the build directory, the build system automatically removes
stale files (removes output build directory) and regenerates them as
necessary.

Merge pull request #176 from kylemanna/whitespace

generator: Remove trailing whitespace

generator: Remove trailing whitespace

* Remove trailing whitespace
* No functional changes

Fix regression in generating message size defines (issue #172).

This bug was triggered when:
1. A .proto file included another .proto from a different directory.
2. The another .proto has an associated .options file.

Added regression test for the same.

Add random message generator to help with fuzz testing

Fix bug in fuzzstub.

The fread call always returned a message length of 1 byte,
making the fuzz stub used for external fuzzers useless. The
normal fuzztest.c was unaffected.

Bug found using afl-fuzz.

Fix list formatting in readme

Add documentation link to readme

Fine-tune the readme

Clean up the python2/python3 string type handling

Merge pull request #170 from kylemanna/travis-ci

Add Travis CI Support

Merge pull request #169 from kylemanna/python3

Add proper Python3 support to the generator

Setting version to 0.3.5-dev

Publishing nanopb-0.3.4

Add initialization to examples/simple

Merge pull request #171 from kylemanna/misc

decode: Fix compiler issue with gcc-5

decode: Fix compiler issue with gcc-5

* gcc 5.0 and 5.1 appear to take issue with this line and generates the
  following error:

    /home/nitro/tmp/nanopb/pb_decode.c: In function ‘pb_decode_noinit’:
    /home/nitro/tmp/nanopb/pb_decode.c:889:60: error: conversion to ‘uint8_t {aka unsigned char}’ from ‘int’ may alter its value [-Werror=conversion]
                 fields_seen[iter.required_field_index >> 3] |= (uint8_t)(1 << (iter.required_field_index & 7));
                                                                ^
* This seems like a compiler bug, but this workaround is harmless.

travis-ci: Use protobuf v3 as it adds python3

* Still in testing currently.

travis-ci: Build C/C++/Python matrix

* Test a number of C compilers
* Travis CI can't handle three languages (C, C++, Python)
* Add support for swapping python2/3 binaries
* Scons has made no attempts to support python3 yet:
* Build the matrix manually
* Scons doesn't inherit $CC/$CXX from parent environement,
  so pass compiler flags directly

generator: Use search $PATH for python

* Search $PATH for the python binary so that this works better with
  things like virtualenv as used on Travis CI

travis-ci: Initial working build

* Initial working build for Travis CI build system.

generator: Fix strange unicode/str issue in python2

* Work around this by checking the appropriate class for the given
* environment.

generator: Attempt to simplify the str/unicode madness

* This is a shot in the dark.

generator: Strings are utf-8 by default in python3

* Not sure how to handle this case in python2, seems to work
* Python 3 doesn't need this since all strings are utf-8

generator: Remove cmp() to work with Python3

* Python3 ignores cmp() and __cmp__() and only needs __lt__() for
  sorting.  Delete and update as appropriate.
* Ref: https://docs.python.org/3.0/whatsnew/3.0.html#ordering-comparisons

generator: More exhaustive field size checking

Create a FieldMaxSize class that:
* Accumlates all C assertions
* Handles the checking of the longest simple field
* Also python3 doesn't support max(None)

generator: Use python2/3 binary read/write method

* This works with python2 and python3

generator: Run python's 2to3 converter

* Invoked with `2to3 -w nanopb_generator.py`
* No other changes.

cmake: Don't explicitly look for python2

* Use the system python binary and make sure the generator works with
  both instead.

generator: Don't force python2

Python2 is being phased out of the default python interpreter.  Arch
Linux has moved some time ago and upcoming Debian realeases will follow.

My distro, Arch, doesn't have a python2-protobuf version, but does have
a python3 version.  With a python 2 & 3 compatible generator the exact
interpreter can be ignored and can use the system default as most users
expect.

Update issue #155

Update changelog

Add syntax specification to .proto files (issue #167)

Eliminates a warning on protoc 3.0.

Fix maximum encoded size for negative enums (issue #166).

Make the generator understand included files (issue #165).

This will allow message sizes and enum options to be available
across the include files.

Currently searching for .options files for included files may
not work for all path combinations, this is related to issue #116.
Should probably make a pull request to protoc about that.

Refactor the generator logic into a ProtoFile class.

In preparation for multi-file support in generator.
No functional changes yet.

Expand the multiple_files test case to include oneofs and enums

Fix handling of unsigned 8- or 16-bit enums.

Previously unsigned enums would throw errors on decoding if the value
went outside the signed range (issue #164).

Currently only helps for enums defined within the same file, but solving
issue #165 will make it work for multiple files also.

Add testcase for issue #164

Add packed_enum option to generator.

This can be generally useful for saving RAM, but also makes
it easier to test for issue #164.

Add note about running tests on Mac OS X

Add link to forum to the readme

Merge pull request #157 from ivankravets/patch-1

Specify additional fields for @PlatformIO Registry

Specify additional fields for @PlatformIO Registry

Merge pull request #156 from ncolomer/master

PlatformIO Library Registry manifest file

PlatformIO Library Registry manifest file

Add download link to readme

Fix for previous (issue #155)

Prefer python2 in generator/protoc-gen-nanopb.

Update issue 155
Status: FixedInGit

Setting version to 0.3.4-dev

Publishing nanopb-0.3.3

Switch to .tar.gz format for Mac OS X packages.

Update issue 154
Status: FixedInGit

Fix problem with plugin options on Python 2.7.2 and older.

Update issue 153
Status: FixedInGit

Update changelog

Clear callbacks for union fields.

Update issue 148
Status: FixedInGit

Fix for test case build rules

Improve comment support in .options files.

Update issue 145
Status: FixedInGit

Always define enum long names so that cross-file references work.

Update issue 118
Status: FixedInGit

Add basic docs for msgid functionality

Generate #defines for plain message ids

Add simple test case for message ids

Use make_identifier() to create the name for FOO_MESSAGES define.

This handles special charaters like in "my-file.proto" properly.
Also use headerbasename instead of full path, so that compiling files
with relative path doesn't create symbols like FOO/BAR/BAZ_MESSAGES.

nanopb_generator.py: emit macros for msgid message type id use

nanopb.proto: add msgid message-level option

Fix oneof submessage initialization bug.

Update issue 149
Status: FixedInGit

Better error messages for syntax errors in .options file

Fix generator error when long_names:false is combined with Oneofs.

Update issue 147
Status: FixedInGit

Include libprotobuf in linux binary package.

Previously this got included by bbfreeze, but apparently no more.

Update issue 146
Status: FixedInGit

Lower required CMake version in example

Update cmake_simple example readme

Add simple example built with CMake

Fix search for Python 2 with CMake

Do not assume that Python has already been found by CMake. Fix value of
CMake variable PYTHON_EXECUTABLE if Python 3 was found. Change minimum
supported Python version to 2.6.

This fixes a bug introduced by this commit:
d8d3b75e2e3b348d016f48cebc1be764061975d2

Updates for the CMake rule file.

1) Search explicitly for python2.7

In systems where python3 is default or in build cases where the user has
already searched for and found python3 in CMake, store the python3
executable and search for python2.7.

2) Generate nanopb core protobuf files with CMake

Generate python output files used in turn by the nanopb generator
script. This removes the requirement of manually calling 'make' in the
nanopb/generator/proto directory.

3) Use nanopb options file if it exists

Look for nanopb options file and use in protobuf source and header
generation if it exists. The options file must have the same name and
path as the proto file, excluding the extension.

Fix generator bug when oneof is first field in a message.

Added test case for the same.

Update issue 142
Status: FixedInGit

Setting version to nanopb-0.3.3-dev

Publishing nanopb-0.3.2

Fix encoded_size #defines for oneof messages.

The sizes are represented as EncodedSize() instances, which cause
max() operation to sort them by address instead of value. This caused
pretty much random item to be selected for the maximum.

Update issue 141
Status: FixedInGit

Update changelog

Fix clang compiler warning in intsizes unit test.

Release memory when overwriting oneof fields.

Update issue 131
Status: FixedInGit

Add oneofs to AllTypes test case

Bugfixes for oneof support.

Fixes crashes / memory leaks when using pointer type fields.
Also fixes initialization of which_oneof fields.

New generator options for oneofs: allow skipping or generating as normal 'optional' fields.

The behaviour with no_unions:true is the same as of nanopb 0.3.1 and earlier.

Fix generator error with OneOfs

Allow using 8/16/32/64 as values in int_size setting