Remove plugin.proto from CMakeLists.txt

Setting version to 0.4.0-dev

Publishing nanopb-0.3.9.2

cmake: Include CMAKE_INSTALL_LIBDIR in CMAKE_INSTALL_CMAKEDIR

If user defines non-standard directory in CMAKE_INSTALL_LIBDIR
option (i.e. /usr/lib64), then CMAKE_INSTALL_CMAKEDIR should
use it as a prefix.

cmake: Allow to build a shared library

Introduce options BUILD_SHARED_LIBS and BUILD_STATIC_LIBS to allow
building both types of libraries. By default only BUILD_STATIC_LIBS
is enabled.

Add nanopb_PROTOC_PATH variable to CMakeLists.txt

Require non-buggy version of cmake

See https://github.com/pytorch/pytorch/issues/4141 and https://github.com/gflags/gflags/issues/113 for context

Fix #296 - install path of Python plugins with CMake.

No need of specifying the CMAKE_PREFIX_PATH to python when asking for
sysconfig.get_python_lib since everything is installed relative to
CMAKE_PREFIX_PATH anyway.

Setting version to 0.4.0-dev

Publishing nanopb-0.3.9

Set version to nanopb-0.4.0-dev

Fixing install issue due to relative paths

Remove use of relative paths

When doing out of source builds:

mkdir build
cd build && cmake -G "Unix Makefiles" ../ && make

The build script tripped up on relative paths of /generator/proto and
the files under generator/proto/*.proto.

By using ${PROJECT_SOURCE_DIR}, the paths become absolute and the issue
disappears.

Setting version to 0.3.9-dev

Publishing nanopb-0.3.8

cmake: Cleanup the build so that host and runtime tooling is installable

Signed-off-by: William A. Kennington III <wak@google.com>

cmake: Fix library name

The produced static library should be `libprotobuf-nanopb.a`
instead of the current `liblibprotobuf-nanopb.a`.

Signed-off-by: William A. Kennington III <wak@google.com>

Setting version to 0.3.8-dev

Publishing nanopb-0.3.7

Added CMake project