Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
J
json
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Analytics
Analytics
CI / CD
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Libraries
json
Commits
aee99b36
Commit
aee99b36
authored
9 years ago
by
Niels
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
some editing
parent
54a41391
Changes
2
Hide whitespace changes
Inline
Side-by-side
Showing
2 changed files
with
24 additions
and
12 deletions
+24
-12
src/json.hpp
src/json.hpp
+12
-6
src/json.hpp.re2c
src/json.hpp.re2c
+12
-6
No files found.
src/json.hpp
View file @
aee99b36
...
...
@@ -214,13 +214,11 @@ class basic_json
/// the type of an element reference
using
reference
=
value_type
&
;
/// the type of an element const reference
using
const_reference
=
const
value_type
&
;
/// a type to represent differences between iterators
using
difference_type
=
std
::
ptrdiff_t
;
/// a type to represent container sizes
using
size_type
=
std
::
size_t
;
...
...
@@ -336,6 +334,14 @@ class basic_json
@sa @ref array_t -- type for an array value
@since version 1.0.0
@note The order name/value pairs are added to the object is *not* preserved
by the library. Therefore, iterating an object may return name/value pairs
in a different order than they were originally stored. In fact, keys will
be traversed in alphabetical order as `std::map` with `std::less` is used
by default. Please note this behavior conforms to [RFC
7159](http://rfc7159.net/rfc7159), because any order implements the
specified "unordered" nature of JSON objects.
*/
using
object_t
=
ObjectType
<
StringType
,
basic_json
,
...
...
@@ -7785,10 +7791,10 @@ basic_json_parser_64:
@return the floating point number
@
warning This function uses `std::strtof`, `std::strtod`, or
`std::strtold` which use the current C locale to determine which
character is used as decimal point character. This may yield to pars
e
errors if the locale
does not used `.`.
@
bug This function uses `std::strtof`, `std::strtod`, or `std::strtold`
which use the current C locale to determine which character is used as
decimal point character. This may yield to parse errors if the local
e
does not used `.`.
*/
long
double
str_to_float_t
(
long
double
*
/* type */
,
char
**
endptr
)
const
{
...
...
This diff is collapsed.
Click to expand it.
src/json.hpp.re2c
View file @
aee99b36
...
...
@@ -214,13 +214,11 @@ class basic_json
/// the type of an element reference
using reference = value_type&;
/// the type of an element const reference
using const_reference = const value_type&;
/// a type to represent differences between iterators
using difference_type = std::ptrdiff_t;
/// a type to represent container sizes
using size_type = std::size_t;
...
...
@@ -336,6 +334,14 @@ class basic_json
@sa @ref array_t -- type for an array value
@since version 1.0.0
@note The order name/value pairs are added to the object is *not* preserved
by the library. Therefore, iterating an object may return name/value pairs
in a different order than they were originally stored. In fact, keys will
be traversed in alphabetical order as `std::map` with `std::less` is used
by default. Please note this behavior conforms to [RFC
7159](http://rfc7159.net/rfc7159), because any order implements the
specified "unordered" nature of JSON objects.
*/
using object_t = ObjectType<StringType,
basic_json,
...
...
@@ -7064,10 +7070,10 @@ class basic_json
@return the floating point number
@
warning This function uses `std::strtof`, `std::strtod`, or
`std::strtold` which use the current C locale to determine which
character is used as decimal point character. This may yield to pars
e
errors if the locale
does not used `.`.
@
bug This function uses `std::strtof`, `std::strtod`, or `std::strtold`
which use the current C locale to determine which character is used as
decimal point character. This may yield to parse errors if the local
e
does not used `.`.
*/
long double str_to_float_t(long double* /* type */, char** endptr) const
{
...
...
This diff is collapsed.
Click to expand it.
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment