Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/miloyip/rapidjson.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2014-09-16Minor refactoring before optimization trialMilo Yip
2014-09-16Minor optimizations in BigIntegerMilo Yip
2014-09-16Added missing filesMilo Yip
2014-09-16Extract classes into various files.Milo Yip
2014-09-16Minor code cleaningMilo Yip
2014-09-16Trimming leading/trailing zeros and correct underflow caseMilo Yip
2014-09-15Fix round towards evenmiloyip
2014-09-15Limit significand to 17 digits for fast pathmiloyip
Should fix gcc debug error in tranvis. May need further refactoring.
2014-09-14Remove unused BigInteger::operator+=(const BigInteger&)Milo Yip
2014-09-14Fix normal-subnormal boundary and add more boundary cases in unit tests.Milo Yip
2014-09-14Fix a unit test warning and suppress a failing caseMilo Yip
2014-09-14Add 32-bit support for custom strtodMilo Yip
2014-09-14Makes gcc x64 runnable, but failed on one case. [ci skip]Milo Yip
2014-09-13Make custom strtod work for denormal numbers and some boundary cases [ci skip]Milo Yip
2014-09-12Implementing custom strtod, fail on some cases [ci skip]Milo Yip
2014-09-10Extract conversion code to strtod.h [ci skip]Milo Yip
2014-09-10Prepare custom strtod data. (cannot pass unit test) [ci skip]miloyip
2014-09-10Fix VC2010 which don't have std::isnan() et al.miloyip
2014-09-06Update document for kParseFullPrecisionFlagMilo Yip
2014-09-05Compute error statistics of normal precisionmiloyip
2014-09-05Fix ParseNumber_Integer testmiloyip
2014-09-05Optimize ParseNumber()miloyip
2014-09-05Merge master and implement kParseFullPrecisionMilo Yip
2014-09-05Refactor ParseNumber for two modes (incomplete)Milo Yip
2014-09-05Merge pull request #134 from Kosta-Github/Kosta/add_key_methodMilo Yip
add `Key()` method to the `Handler` concept
2014-09-04finally fixing `Reader::ParseString()`Kosta
It was a copy-n-paste error for the last argument of `Key()` and `String()`...
2014-09-04more changesKosta
2014-09-04fix for `Reader::ParseString()` implementation plus some minor code cleanups ↵Kosta
and additions
2014-09-04reunified `ParseKey`, `ParseString`, and `ParseStringOrKey` againKosta
2014-09-04removed unused argument namesKosta
2014-09-04enhance `IterativeParsingReaderHandler` to check for `Key()` eventsKosta
2014-09-04add `Key()->String()` forwarding to the `capitalize` exampleKosta
2014-09-04fix `simplereader.cpp` and the `Key()->String()` forwarding in ↵Kosta
`BaseReaderHandler`
2014-09-04add `Key()` to IterativeParsingReaderHandler` in `readertest.cpp`Kosta
2014-09-04add `Key()` method to `Writer` and `PrettyWriter`Kosta
2014-09-04add `Key()` method to the `Handler` conceptKosta
For more details see: https://github.com/miloyip/rapidjson/issues/132 This commit tries to minimize the required code changes and forwards the `Handler::Key()` calls to `Handler::String()` wherever possible in order to not break existing code; or at least not code deriving from `BaseReaderHandler` when implementing a custom `Handler`.
2014-09-03Check "fast path cases in disguise" in strtodmiloyip
2014-09-03Add random tests for ParseNumbermiloyip
2014-09-03Merge pull request #128 from pah/feature/cxx11-moveMilo Yip
Initial C++11 move support
2014-09-03Merge pull request #127 from pah/feature/value-different-allocatorsMilo Yip
GenericValue: accept values with different allocators for read-only access
2014-09-02Fallback strtod() when not able to do fast-pathmiloyip
This shall generate best possible precision (if strtod() is correctly implemented). Need more unit tests and performance tests. May add an option for accepting precision error. Otherwise LUT in Pow10() can be reduced.
2014-09-02Merge pull request #130 from pah/fixes/capacity-growthMilo Yip
GenericValue: reduce growth factor for array/object reallocations
2014-09-02Merge pull request #131 from Kosta-Github/Kosta/short_string_optimizationMilo Yip
short string optimization
2014-09-01final fix for the unit test case...Kosta
2014-09-01use `rapidjson::Value::SizeType` as the type for storing and comparing the ↵Kosta
string length
2014-09-01unit test simplification for `short string optimization`Kosta
2014-09-01typo fixed for the unit test implementationKosta
2014-09-01add unit test for testing edge cases of the `short string optimization`Kosta
2014-09-01fixed a compiler error not caught by VS2012...Kosta
2014-09-01allow the short string optimization to store one more characterKosta
The `ShortString` can represent zero-terminated strings up to `MaxSize` chars (excluding the terminating zero) and store a value to determine the length of the contained string in the last character `str[LenPos]` by storing `MaxSize - length` there. If the string to store has the maximal length of `MaxSize` (excluding the terminating zero) then `str[LenPos]` will store `0` and therefore act as the string terminator as well. For getting the string length back from that value just use `MaxSize - str[LenPos]`. This allows to store `11`-chars strings in 32-bit mode and `15`-chars strings in 64-bit mode inline (for `UTF8`-encoded strings).