Google Git
Sign in
chromium / chromiumos / platform / cbor / refs/heads/stabilize-13904.58.B
commit6d5abcafdfda3c78f64cb242c8d7e8076c5af451[log] [tgz]
authorQijiang Fan <fqj@chromium.org>Wed Mar 31 10:30:34 2021
committerCommit Bot <commit-bot@chromium.org>Thu Apr 01 06:12:08 2021
treef5f3d15e265fd3d3816c4b9533ecd5f3c05cf927
parent6ffaf0f4bc9506c53a50a8b90a0f44d08f62395b [diff]
Add base/notreached.h for NOTREACHED().

values.h doesn't have base/notreached.h for NOTREACHED().

BUG=chromium:1144735
TEST=CQ

Change-Id: I2560e81a53d1ac515f5f582b1bd8c4037394e262
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/cbor/+/2796718
Reviewed-by: Tom Hughes <tomhughes@chromium.org>
Commit-Queue: Qijiang Fan <fqj@google.com>
Tested-by: Qijiang Fan <fqj@google.com>
1 file changed
tree: f5f3d15e265fd3d3816c4b9533ecd5f3c05cf927
  1. reader_fuzzer_corpus/
  2. BUILD.gn
  3. cbor_export.h
  4. constants.h
  5. diagnostic_writer.cc
  6. diagnostic_writer.h
  7. diagnostic_writer_unittest.cc
  8. OWNERS
  9. reader.cc
  10. reader.h
  11. reader_fuzzer.cc
  12. reader_unittest.cc
  13. README.md
  14. values.cc
  15. values.h
  16. values_unittest.cc
  17. writer.cc
  18. writer.h
  19. writer_unittest.cc
README.md

cbor: Concise Binary Object Representation

This library is a partial implementation of the RFC 7049 Concise Binary Object Representation standard.

The source code was fetched from chromium/src (https://chromium.googlesource.com/chromium/src/+/242df8b64d2a0ab5f057d1d4c76ea8537fdbb789) in order to avoid code duplication.

The cros/upstream/master branch is a mirror of the components/cbor directory from upstream. It is automatically updated to reflect the latest changes in upstream.

How to update the source

To pull in updates from chromium/src, do the following:

  • git checkout -b upstream cros/upstream/master
  • git checkout master
  • git merge --allow-unrelated-histories upstream
    • Expect merge conflicts, because of the difference in header paths.
    • OWNERS should use the version from master.
    • BUILD.gn should mostly use the version from master, unless the upstream changes the files to be built.
    • The #include paths should use the version from master (without “components/”). This should be the majority of the merge conflicts.
    • In the commit message of the merge, list the changes from upstream that are merged, with original commit hash from upstream.
    • Check the changes introduced by your merge by doing a diff against the commit before the merge. The difference should be the same as the changes in the upstream.