- 11 Feb, 2019 2 commits
- 08 Feb, 2019 1 commit
-
-
Milo Yip authored
-
- 06 Feb, 2019 6 commits
- 01 Feb, 2019 1 commit
-
-
Léonard Gérard authored
-
- 24 Jan, 2019 1 commit
-
-
Ruslan Bilovol authored
Currently this path is hardcoded to lib/cmake. Some distributions have different library path (like lib64). So reuse LIB_INSTALL_DIR for that to make CMAKECONFIG_INSTALL_DIR configurable and usable in such distros. Signed-off-by: Ruslan Bilovol <rbilovol@cisco.com>
-
- 10 Jan, 2019 1 commit
-
-
ylavic authored
The Pointer passed to construct the Schema can be from the stack or any transient storage, so the copy stored in the Schema must have the same lifetime/allocator as the Schema itself.
-
- 19 Dec, 2018 1 commit
-
-
Milo Yip authored
Add "less than" operator to Pointer.
-
- 18 Dec, 2018 2 commits
- 17 Dec, 2018 2 commits
- 12 Dec, 2018 2 commits
-
-
ylavic authored
Speed is more important than alphabetical order (which makes few sense in JSON in general, and with pointers especially). The use case is indexing in std containers, i.e. O(log n) with rbtree, so the faster comparison the better.
-
ylavic authored
I must be too dumb to understand the mess MSVC (32bit only) did with the previous loop, and to figure out how it might have make it never end. Anyway, hopefully any compiler can grok this new loop...
-
- 10 Dec, 2018 2 commits
- 06 Dec, 2018 4 commits
-
-
Milo Yip authored
Fix off by one in FileReadStream::Peek4()
-
Milo Yip authored
Optimize FileReadStream and BasicIStreamWrapper.
-
Milo Yip authored
GenericRegex: don't throw/abort on syntax error (unclosed parenthesis).
-
ylavic authored
Until Read() reaches EOF, Peek4() must not take off by one in bufferLast_ into account; otherwise a buffer of size exactly 4 always returns NULL.
-
- 05 Dec, 2018 4 commits
-
-
ylavic authored
-
ylavic authored
-
ylavic authored
On (my) linux, perftest reports: - ~40% gain for FileReadStream (Take() loop), - ~10% gain for ReaderParse_DummyHandler_FileReadStream. With the same logic applied to BasicIStreamWrapper, which thus can now also be created with a user buffer, performances align with those of FileReadStream (same buffer size). The "unbuffered" versions (added for FileReadStream) work solely with the internal peekBuffer (Ch[4]) and are measured in perftest. When performances don't matter much, they can avoid the use of large stack/heap buffers.
-
seky authored
-
- 04 Dec, 2018 1 commit
-
-
seky authored
-
- 03 Dec, 2018 4 commits
- 01 Dec, 2018 2 commits
- 22 Nov, 2018 2 commits
- 21 Nov, 2018 1 commit
-
-
Jean-Claude Monnin authored
Because `isPeek()` is side effect free this should not change anything. The reason this warning is not shown in the unit tests is because the asserts are always evaluated in the unit test: #define RAPIDJSON_ASSERT(x) (!(x) ? throw AssertException(RAPIDJSON_STRINGIFY(x)) : (void)0u)
-
- 01 Nov, 2018 1 commit
-
-
Philipp A. Hartmann authored
Co-Authored-By: yhager <yhager@users.noreply.github.com>
-