Google Git
Sign in
pigweed / third_party / github / jimsch / cn-cbor / 3d8c1e859e170cdca1a66bc4124fccba9a47c853
commit3d8c1e859e170cdca1a66bc4124fccba9a47c853[log] [tgz]
authorKaspar Schleiser <kaspar@schleiser.de>Fri Mar 23 22:10:27 2018 +0100
committerKaspar Schleiser <kaspar@schleiser.de>Fri Mar 23 22:10:27 2018 +0100
tree8c8c8b49dcd00ebd9a31bb591e3b4f62e0141408
parent6cd105dc93122d343e197bfac1d266ecab101a4f [diff]
fixup! cmake: add align_reads -> -DCBOR_ALIGN_READS
1 file changed
tree: 8c8c8b49dcd00ebd9a31bb591e3b4f62e0141408
  1. cmake/
  2. include/
  3. src/
  4. test/
  5. .editorconfig
  6. .gitignore
  7. .travis.yml
  8. build.sh
  9. CMakeLists.txt
  10. cn-cbor.pc.in
  11. Doxyfile.in
  12. LICENSE
  13. README.md
  14. Simple-Makefile
README.md

Build Status

cn-cbor: A constrained node implementation of CBOR in C

This is a constrained node implementation of CBOR in C that I threw together in 2013, before the publication of RFC 7049, to validate certain implementability considerations.

Its API model was inspired by nxjson. It turns out that this API model actually works even better with the advantages of the CBOR format.

This code has been used in a number of research implementations on constrained nodes, with resulting code sizes appreciably under 1 KiB on ARM platforms.

I always meant to improve the interface some more with certain API changes, in order to get even closer to 0.5 KiB, but I ran out of time. So here it is. If I do get around to making these changes, the API will indeed change a bit, so please be forewarned.

Building

There is a Simple-Makefile for playing around, as well as a complete cmake-based build environment. (You can choose what fits your needs better.)

Building with cmake:

./build.sh

Building including testing:

./build.sh all test

Generating a test coverage report (requires lcov[^1]; result in build/lcov/index.html):

./build.sh all coveralls coverage_report

License: MIT

[^1]: Installation with homebrew: brew install lcov