🔀 use min/max enum value for min/max

Unsorted enums in message specifications do not result in correct
min/max values per the protobuf spec for cpp code:
https://developers.google.com/protocol-buffers/docs/reference/cpp-generated#enum

The google cpp compiler uses the min/max _value_ instead of the position
of the enum entry in the message spec, so this patch updates nanopb to
do the same.

Example input:

```protobuf
syntax = "proto3";

enum Language {
UNKNOWN = 0;
ENGLISH_EN_GB = 12;
ENGLISH_EN_US = 1;
FRENCH_FR_FR = 2;
ITALIAN_IT_IT = 3;
GERMAN_DE_DE = 4;
SPANISH_ES_AR = 13;
SPANISH_ES_ES = 5;
SPANISH_ES_MX = 14;
SWEDISH_SV_SE = 6;
DUTCH_NL_NL = 7;
KOREAN_KO_KR = 8;
JAPANESE_JA_JP = 9;
CHINESE_SIMPLIFIED_ZH_CN = 10;
CHINESE_TRADITIONAL_ZH_TW = 11;
}
```

This would previously result in:
```c
#define _Language_MIN Language_UNKNOWN
#define _Language_MAX Language_CHINESE_TRADITIONAL_ZH_TW
#define _Language_ARRAYSIZE ((Language)(Language_CHINESE_TRADITIONAL_ZH_TW+1))
```

After this patch,
```c
#define _Language_MIN Language_UNKNOWN
#define _Language_MAX Language_SPANISH_ES_MX
#define _Language_ARRAYSIZE ((Language)(Language_SPANISH_ES_MX+1))
```

Add a test `enum_minmax` to cover this case.

Skip default value generation when no fields have them

This might partially fix #402, but it still requires more testing.
Nevertheless, this fix makes sense because there is no point going
through all the reflection + serialization logic if there is nothing
to do anyway.

Adding TypenameMangling.M_PACKAGE_INITIALS

Fix generator error with mangle_names option (#380)

Add C++ message descriptors helper

Zero-overhead. Allows creating simpler general nanopb C++ wrappers by
examining variable type and not needing macro magic.

Further fix for #379, had problem with unicode_literals with protobuf cpp implementation

Further #379 fix

Possible fix for issue #379

Take int_size setting into account in calculating message sizes (issue #373)

Rename #define fieldname_default to _DEFAULT to avoid conflict with older constant.

This should make migration error messages less confusing.

Use string literals for message default values.

This allows them to be defined as NULL when no default value is needed.

Add descriptorsize option.

Allow specifying a per-message callback.

This allows callbacks to be combined with oneofs and pointer fields (#175)

Cleanup .pb.h header format

Python3 compatibility fixes

New field descriptor format.

Now field information is stored as a variable-length uint32_t array.
This reduces the minimum size in most cases:

old new
basic field: 10 bytes 4 bytes
repeated field: 10 bytes 8 bytes
field with 12bit tag/size: 16 bytes 8 bytes
field with 16bit tag/size: 16 bytes 16 bytes
field with 32bit tag/size: 28 bytes 16 bytes

Further, now the descriptor size can be increased per-field and per-message,
instead of previous global PB_FIELD_16BIT and PB_FIELD_32BIT.

PB_FIELD_32BIT still affects the pb_size_t type, which is 16-bit by default.

Fix .options file case sensitivity on Windows.

Make --no-strip-path default (#326)

This makes nanopb behaviour match protoc --cpp_out=.

Remove timestamp from generated files by default, add -t to keep it.

The timestamp causes unnecessary trouble when storing generated
files in version control.

Generator: Allow comma separated options in plugin mode (#343)

Use plugin.proto that comes with python-protobuf (#234)

Setting version to 0.4.0-dev

Publishing nanopb-0.3.9.2

Made some changes for Error Output.

Sometimes python protobuf version can't be found out by the above listed command. So added one more command to find python protobuf version which utilises pip freeze command.

Don't generate useless _size values that cannot be resolved at runtime (#338)

Previously the generator assumed that any submessage could be found
in a different file. Now it knows that if the submessage is in current file,
it won't be in a different file.

Fix large generator memory usage with oneof fields (#338)

Instead of 2**n ternary operator construct, uses a sizeof(union{})
construct with linear length increase.

fix test failures

add typename mangling

Three options for what to do with long type names:

M_NONE - original, default. Do nothing special.

M_STRIP_PACKAGE - Strip local package name. Useful when you want to use
package names, but don't want to deal with
`com_mycompany_supersoftware_proto_` prefixes on every symbol.
Not useful when your packages cross-reference each other, because it only
strips the _current_ package name, so references to other packages
actually become invalid.

M_FLATTEN - Always use only the last part of a dotted name.
Useful when you have packages and/or deeply nested structs that don't
actually have colliding names. Then you get shorter C symbols for no
additional cost.
Not useful when the names can collide.

slight improvement to Names class to support new usecases

Add --no-strip-path command line option (#326)

Add check for large extension field number (issue #306)

Fix handling of special characters in string/bytes default values (issue #322).

Some cleanup and comments added

Fix for default value byte escaping

Always return size for messages with OneOf fields

Use a maximum calculation if submessage sizes are unknown.

Fix initialization of fixed count option

Fix decoding of non-packable fixed count repeated fields

Allow fixed count repeated values

Add some verbose prints in generator (issue #238)

Fix _zero initializer for enums that don't begin at 0. (issue #295)

Thanks to David Vescovi for the fix.

Setting version to 0.4.0-dev

Publishing nanopb-0.3.9

Add options to define source and header file extensions (issue #264)

Better error message for max_size missing with fixed_length=true (issue #281)

Maximum encoded size for strings is now max_size-1 because unterminated strings are rejected.

Set version to nanopb-0.4.0-dev

Fix message length calculation for arrays of size 1 (issue #253)

Setting version to 0.3.9-dev

Publishing nanopb-0.3.8

Add better error message on Python library version imcompatibility (issue #240)

Extend inline / fixed length bytes array support (issue #244)

Adds support for proto3 and POINTER field types to have
fixed length bytes arrays. Also changed the .proto option
to a separate fixed_length:true, while also supporting the old FT_INLINE
option.

Restructured the generator and decoder logic to threat the inline
bytes fields more like "just another field type".

Add new option max_length for strings (issue #107)

Max_size is the allocated size, so users had to add +1 for
the null terminator. Max_length does the +1 automatically
in the generator.

Fix multiple oneofs in same message (issue #229)

Previously the field iterator logic didn't know whether two
oneof fields were part of the same union, or separate. This
caused wrong pointers to be calculated if multiple oneofs were
inside a single message.

This commit fixes this by using dataoffset of PB_SIZE_MAX to
indicate union fields after the first field.

Theoretically PB_SIZE_MAX is also a valid value for data offset,
which could cause errors. Adding a compile-time assert for this
is somewhat difficult. However I consider it extremely unlikely
that there is any platform that could trigger this situation, as
it would require 255 bytes of extra data/padding between two protobuf
oneof fields. On 64-bit architectures the worst case is 16 bytes,
and even esoteric platforms only align to 64 bytes or so. Manual
modification of the generated .pb.h file could trigger this, but
even then it would require pretty bad luck to happen.

Allow overriding proto3 mode (#228)

Small indentation and naming fixes to enum_to_string functionality

nanopb: update generator to emit optional enum->string mapping function

Google-Bug-Id: 28000875
Signed-off-by: William A. Kennington III <wak@google.com>
Change-Id: I1bffd39168abe04593588291b0ebbe5199a00138

Setting version to 0.3.8-dev

Publishing nanopb-0.3.7

Set the proto3 option by default if file specifies proto3 syntax

Fix missing warning with large bytes fields (issue #220)

Need to generate compile time check if the bytes field + size field
might exceed 255 bytes. Also eliminated spurious checks generated
for some callback fields.

Add proto3 option to handle singular fields

Add inline allocation of bytes fields

This commit adds a new FT_INLINE allocation type that forces bytes
fields to be inlined into the struct. E.g., pb_byte_t my_bytes[32].
This requires max_size for the bytes field. The FT_INLINE type is
represented as a new LTYPE: FT_LTYPE_FIXED_LENGTH_BYTES.

This commit also updates the documentation with FT_INLINE and
FT_LTYPE_FIXED_LENGTH_BYTES.

Added an AUTHORS file in apparent order of appearance in the git log
history from $(git log --all).

Include package name in include guard (issue #207).

Fix suggested by Ulenspiegel.

Also added testcase for the same.

Setting version to 0.3.7-dev

Publishing nanopb-0.3.6

Fix error in STATIC_ASSERT with multiple files (issue #203)

The FieldMaxSize class was reusing the same list instance,
causing problems when multiple files were specified on the
protoc command line.

Provide comments about uncalculable message sizes (issue #195)

Generate MIN/MAX/ARRAYSIZE for enums

This generates #defines mirroring the following values from the generated C++ code of GPB
* const Foo Foo_MIN: the smallest valid value of the enum (VALUE_A in the example).
* const Foo Foo_MAX: the largest valid value of the enum (VALUE_C in the example).
* const Foo Foo_ARRAYSIZE: always defined as Foo_MAX + 1.

Add -D option to specify output directory

Setting version to 0.3.6-dev

Publishing nanopb-0.3.5

Add code generator insertion points to files (#178).

Fix a few remaining bugs related to CHAR_BIT!=8 platforms.

Fix mistake in previous commit

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

Add testcase for the same.

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

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.

Clean up the python2/python3 string type handling

Setting version to 0.3.5-dev

Publishing nanopb-0.3.4

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

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.

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.

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 packed_enum option to generator.

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

Setting version to 0.3.4-dev

Publishing nanopb-0.3.3

Fix problem with plugin options on Python 2.7.2 and older.

Update issue 153
Status: FixedInGit

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

Generate #defines for plain 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

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

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

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

Fix build failure

Implement support for oneofs (C unions).

Basic test included, should probably add an oneof to the AllTypes test also.

Update issue 131
Status: Started

Add int_size option for generator.

This allows overriding the integer field types to e.g. uint8_t for
saving RAM.

Update issue 139
Status: FixedInGit

Include the field type in a comment for extension fields

Set version to nanopb-0.3.2-dev

Publishing nanopb-0.3.1

Fix compilation error with generated initializers for repeated pointer fields

Fix cyclic messages support in generator. Beginnings of test.

Update issue 130
Status: Started

Setting version to 0.3.1-dev

Publishing nanopb-0.3.0

Add #if guard for .pb.h version.

The version in PB_PROTO_HEADER_VERSION can be bumped whenever there
is a breaking change to the generated files, and it will then alert
to the difference.

Update issue 129
Status: FixedInGit

Rename poorly named identifier to avoid name conflicts.

Update issue 106
Status: FixedInGit

Rename UNUSED() and STATIC_ASSERT() macros with PB_ prefix.

This avoids possible namespace conflicts with other macros.

Change the _count fields to use pb_size_t datatype.

Update issue 82
Status: FixedInGit

Setting version to 0.3.0-dev

Publishing nanopb-0.2.9

Generate #defines for initializing message structures.

Usage like:
MyMessage foo = MyMessage_init_default;

MyMessage_init_default will initialize to default values defined in .proto.

MyMessage_init_zero will initialize to null/zero values. Same results as {}
or {0}, but will avoid compiler warnings by initializing everything explicitly.

Update issue 79
Status: FixedInGit

Add skip_message option to generator.

Update issue 121
Status: FixedInGit

Do not automatically add a dot with generator -e option.

Now -e option in generator is more versatile. Especially it avoids
double-dot problem with some build systems.

Given foobar.proto, we now get:
-e .pb => foobar.pb.c (default)
-e _pb => foobar_pb.c
-e '' => foobar.c

Note that if you have used -e option previously, you will have to prepend
. to the argument to get the same filenames as before.

Update issue 122
Status: FixedInGit

Give better messages about the .options file path.

Update issue 124
Status: FixedInGit

Fix problem with .options file and extension fields.

The options for an extension field were being looked up under wrong name
(MessageName instead of MessageName.fieldname).

Fixed the problem and added regression test. Created a new subfolder for
regression test cases.

Update issue 125
Status: FixedInGit

Setting version to 0.2.9-dev

Publishing nanopb-0.2.8

Add option to not add timestamps to .pb.h and .pb.c preambles.

Patch by rusnakp.

Update issue 115
Status: FixedInGit

Setting version to 0.2.8-dev

Publishing nanopb-0.2.7

Fix compile error when default value given for extension field.

Update issue 111
Status: FixedInGit

Get rid of pb_bytes_ptr_t, just allocate pb_bytes_array_t dynamically.

This makes the internal logic much simpler, and also keeps the datatypes
more similar between STATIC/POINTER cases. It will still be a bit cumbersome
to use because of variable length array member. Macros PB_BYTES_ARRAY_T(n) and
PB_BYTES_ARRAY_T_ALLOCSIZE(n) have been added to make life a bit easier.

This has the drawback that it is no longer as easy to use externally allocated
byte array as input for bytes field in pointer mode. However, this is still
easy to do using callbacks, so it shouldn't be a large issue.

Setting version to 0.2.7-dev

Publishing nanopb-0.2.6

Move descriptor.proto to google/protobuf directory where it belongs.

This fixes some interoperability problems when trying to compile
nanopb.proto for e.g. the Google's C++ library.

Update issue 104
Status: FixedInGit

Improve status/error reporting in generator.

Update issue 105
Status: FixedInGit

Add coments to places where STATIC_ASSERT is used.

Update issue 96
Status: FixedInGit

Add proper suffixes for integer default values.

Update issue 102
Status: FixedInGit

Fix problem with callback-type fields (issue #99).

Setting version to 0.2.6-dev

Publishing nanopb-0.2.5

Fixes for pyinstaller

Make generator print errors to stderr.

Otherwise they won't be visible when run as a protoc plugin.

Rework the Makefiles to be compatible with binary packages.

Add build script for windows package

Move the generator .proto files to a subdir, and get rid of precompiled versions.

Organize allocation logic in generator, add pb_bytes_ptr_t.

Allocation decision is now made before the field data type is decided.
This way the data type decisions can more cleanly account for the allocation
type, i.e. FT_DEFAULT logic etc.

Added pb_bytes_ptr_t for pointer-allocated bytes-fields. There is no point
generating separate structs for these, as they would all be of the same type.

Generating and encoding messages with dynamic allocaiton

Negative int32 values take 10 bytes now.

Setting version to 0.2.5-dev

Publishing nanopb-0.2.4

Generate #define tags for extension fields also.

Update issue 93
Status: FixedInGit

Same fix for EncodedSize.__mul__

Handle also longs in EncodedSize

Fix the size of length prefix for messages in other files.

Generate message size #defines also for messages defined in multiple files.

Add testcase for the same.

Add #defines for the maximum encoded message size.

Update issue 89
Status: FixedInGit

Setting version to 0.2.4-dev

Publishing nanopb-0.2.3

Fine-tune the naming of new macros before merging into master.

Requires re-generation of files generated with dev_get_rid_of_ternary_operator.

Get rid of the ternary operator in the pb_field_t initialization.

Some compilers where unable to detect that the ternary operator
can be evaluated at the compile time. This commit does the evaluation
on the Python side, which should fix the problem.

The new .pb.c files are generated using PB_FIELD2() macro. The old
PB_FIELD() macro remains, so that previously generated files keep
working.

Add support for running the nanopb generator as protoc plugin.

Will be used to implement issue 47.

For now, symlink nanopb_generator.py as protoc-gen-nanopb and
use protoc --nanopb_out=. to call it.

Handle unsupported extension field types more gracefully.

Previously the generator would stop with NotImplementedException as
soon as a required or repeated extension field is found. New behaviour
is to just ignore the unsupported field and note that in a comment
in the generated file.

Furthermore, allow skipping of extension fields using the generator
option (nanopb).type = FT_IGNORE.

Update issue 83
Status: FixedInGit

Setting version to 0.2.3-dev

Publishing nanopb-0.2.2

Fix bugs in extension support when multiple extension fields are present.

Extension support implemented for decoder.

Testing is still needed. Also only 'optional' extension fields
are supported now, 'repeated' fields are not yet supported.

Implement generator support for extension fields (no encoder/decoder support yet)

Include the field tags in the generated .pb.h file.

Patch from Michael Haberler.

Setting version to 0.2.2-dev

Publishing nanopb-0.2.1

Do not generate has_ fields for callback fields.

The arg field can be used to store the field presence from inside
the callback. Furthermore, having the has_ field for encoding callbacks
would be more annoying than useful.

Update issue 70
Status: FixedInGit

Add support for packed structures on IAR and MSVC.

Update issue 66
Status: FixedInGit

Make the generator options accept a file name in addition to format string.

Add simple support for separate options file.

Update issue 12
Still needs documentation.

Add a dummy field if struct would otherwise be empty.

Update issue 64
Status: FixedInGit

Add generator option to configure #include directives.

This suits complex projects, where there are multiple interdependent .proto files
in various directories. Patch by Michael Haberler.

Setting version to 0.2.1-dev

Publishing nanopb-0.2.0

Add --extension option to generator.

Patch courtesy of Michael Haberler.

Move STATIC_ASSERTs to .pb.c file.

This way the .pb.h will remain cleaner and easier to read.

Reformat generated .pb.c files using macros.

This has the following advantages:
1) Easier to modify pb_field_t encoding
2) Simpler generator logic
3) Tidier looking, easier to read .pb.c files

Update issue 58
Status: FixedInGit

Setting version to 0.1.9.1-dev

Publishing nanopb-0.1.9

Set version to 0.2.0-dev

Add check for sizeof(double) == 8.

Update issue 54
Status: FixedInGit

Sanitize filenames before putting them in #ifndef.

Update issue 50
Status: FixedInGit

Add field type FT_IGNORE to generator.

This allows ignoring fields that are unnecessary or too large for an
embedded system using nanopb, while allowing them to remain in the .proto
for other platforms.

Update issue 51
Status: FixedInGit

Add generator option for packed structs.

Usage is:
message Foo
{
option (nanopb_msgopt).packed_struct = true;
...
}

Valid also in file scope.

Update issue 49
Status: FixedInGit

Setting version to 0.1.9-dev

Publishing nanopb-0.1.8

Fix STATIC_ASSERT macro when using multiple .proto files.

The __COUNTER__ macro (used for generating unique names) is at least supported
by gcc, clang and Visual Studio. With this change test_compiles.c is
compilable, since no more typedefs are redefined.

Compilers/Preprocessors not supporting __COUNTER__ error's are still possible
which are hopfully handled by the usage of __LINE__ in most sittuations.

Added unit test for the problem.

Fix naming of nested Enums with short names

Fix naming of enums when long_names=false.

Modify test case to check that options.pb.o compiles.

Update issue 42
Status: FixedInGit

Update issue 43
Status: FixedInGit

Setting version to 0.1.8-dev

Publishing nanopb-0.1.7

Add nanopb version number to generated files.

tools/set_version.sh is used to update the values.

Update issue 36
Status: FixedInGit

Add extern "C" to header files.

Update issue 35
Status: FixedInGit

Add option to use short names for enum values.

Update issue 38
Status: FixedInGit

Allow defining field type in .proto.

Update issue 30
Status: FixedInGit

Improve .proto options parsing.

Options can now be defined on command line, file, message or in field
scope.

Update issue 12
Status: Started

Use optparse in nanopb_generator.py

Give names to generated structures to allow forward declaration.

Update issue 39
Status: FixedInGit

Fix bug with .proto without messages (again), and add a test case for it.

Replace #warning with the standard #error.

Cast enum vaules to integers and cast them back where appropraite
to prevent mixed enumeration type compiler warnings

Replace PB_MANY_FIELDS with PB_FIELD_16BIT and PB_FIELD_32BIT.

This allows more precise control over the memory use vs. field size.

Add PB_MANY_FIELDS option for supporting fields > 255.

Add generator warning if this is necessary.
Fixes issue #14.

Warn if PB_MAX_REQUIRED_FIELDS is not large enough.

Fix error when .proto contains no Messages (e.g. just enums).

Thanks to Paul Fertser for reporting this bug.

Add descriptor.proto into the #include exclusion list

Add better error messages in the generator when libraries cannot be imported.
Fixes issue #5.

Modified nanopb_generator.py to generate includes for other .proto files.
Implementation was suggested by extremeblue99.
Fixes issue 4.

Fixed nanopb_generator.py to read the input file in binary mode.

Fixed issue 1 reported by Erik Rosen:
The size of non-callback bytes-fields was miscalculated, which
caused all following fields in a message to contain garbage.

Previous commit contains a testcase for this.

This fix changes the generated message description. If your protocol uses
bytes-fields, you should regenerate *.pb.c.

Fixed a bug in the generator that caused a compiler error on sfixed32 and sfixed64 fields.

Fixed a bunch of bugs related to callback fields.

Most importantly, callback fields in submessages were being overwritten with garbage, causing segfaults.

Additionally, converted PB_LTYPE_FIXED to PB_LTYPE_FIXED32 and PB_LTYPE_FIXED64. This makes the interface
a bit easier to use, and in addition runs faster.


git-svn-id: https://svn.kapsi.fi/jpa/nanopb@975 e3a754e5-d11d-0410-8d38-ebb782a927b9

Python 2.6 compatibility for the generator

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@973 e3a754e5-d11d-0410-8d38-ebb782a927b9

Generator bugfixes

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@970 e3a754e5-d11d-0410-8d38-ebb782a927b9

Changed autogenerated file naming from foo.c to foo.pb.c

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@965 e3a754e5-d11d-0410-8d38-ebb782a927b9

unittests, change to PB_LTYPE_BYTES data size

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@959 e3a754e5-d11d-0410-8d38-ebb782a927b9

Example

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@957 e3a754e5-d11d-0410-8d38-ebb782a927b9

More documentation, small improvements

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@955 e3a754e5-d11d-0410-8d38-ebb782a927b9

Encoder

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@951 e3a754e5-d11d-0410-8d38-ebb782a927b9

First version of header generator

git-svn-id: https://svn.kapsi.fi/jpa/nanopb@950 e3a754e5-d11d-0410-8d38-ebb782a927b9