| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
| |
Since commit ee68d3eb8c (jsoncpp: Add script to update from upstream,
2017-08-28, v3.10.0-rc1~199^2~8) we use a script to maintain the jsoncpp
vendor branch. Drop our readme that documented the old approach.
|
| |
|
|
|
| |
Apply the change from commit 0a0f71066f (jsoncpp: Drop deprecation
markup, 2017-08-28, v3.10.0-rc1~199^2~3) to new markup instances.
|
| |
|
|
|
| |
* upstream-jsoncpp:
jsoncpp 2022-01-12 (42e892d9)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Divert LCC compiler as a new one, instead of treating it as GNU.
Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been
passing checks for GNU compilers, so it has been identified as GNU.
Now, with intent of seriously upstreaming its support, it has been
added as a separate LCC compiler, and its version displays not a
supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead
of GNU 7.3.0).
This commit adds its support for detection, and also converts basically
every check like 'is this compiler GNU?' to 'is this compiler GNU or
LCC?'. The only places where this check is untouched, is where it
regards other platforms where LCC is unavailable (primarily non-Linux),
and where it REALLY differs from GNU compiler.
Note: this transition may break software that are already ported to
Elbrus, but hardly relies that LCC will be detected as GNU; still such
software is not known.
|
| |
|
|
|
| |
* upstream-jsoncpp:
jsoncpp 2020-09-25 (9059f5ca)
|
| | |
|
| |
|
|
|
| |
Revert the part of commit 209daa20b2 (Code style: add missed explicit
'this->', 2021-01-05, v3.20.0-rc1~213^2) that updated third-party code.
|
| | |
|
| | |
|
| |
|
|
|
| |
CMake uses explicit 'this->' style. Using custom clang-tidy check we can
detect and fix places where 'this->' was missed.
|
| |
|
|
| |
In particular, fix the `isfinite` definition.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Deprecation removals previously specific to MSVC/Intel now also used
by clang
* String literals were assigned to non const pointers. These are stored
in mutable arrays now
* An implicit function pointer to pointer conversion is a Microsoft
extension warning is suppressed by an explicit reinterpret_cast
* The MSVC specific deprecation macro for jsoncpp was moved after the
clang macro to avoid redefinition warnings. This is consistent with
how jsoncpp fixed the issue in 36d8cfd7
|
| |
|
|
|
| |
Include the KWSys `Configure.h` header first to get its large file
support definitions before including system headers.
|
| | |
|
| |
|
|
|
|
| |
In commit beb991110d (Remove now-unused code once used on IRIX,
2019-01-11, v3.14.0-rc1~167^2) we removed remnants of IRIX support.
Also remove remnants of MIPSpro compiler support.
|
| |
|
|
|
|
|
|
|
|
| |
Clang's ubsan (-fsanitize=undefined) reports:
runtime error: negation of -9223372036854775808 cannot be represented in
type 'Json::Value::LargestInt' (aka 'long'); cast to an unsigned type to
negate this value to itself
Follow its advice and update the code to remove the explicit negation.
|
| |
|
|
|
| |
Some Clang versions warn with `-Wdocumentation-unknown-command` about
the `\internal` and `\snippet` command tag names.
|
| |
|
|
|
|
|
| |
The scanbuild analysis cannot see that decodeUnicodeEscapeSequence
either initializes the `unicode` argument or returns `false` such
that the code following it runs only if `unicode` is initialized.
Add an explicit initialization to pacify it.
|
| |
|
|
| |
The SunPro compiler does not support `#pragma pack`.
|
| |
|
|
|
|
|
|
| |
Even though we disable warnings when building jsoncpp itself, including
its headers from other CMake sources may still cause warnings.
Additional work will be needed to port CMake to newer jsoncpp interfaces
while still supporting jsoncpp 1.0.0. For now, just suppress the
markup.
|
| |
|
|
|
| |
* upstream-jsoncpp:
jsoncpp 2017-08-27 (4cfae897)
|
| | |
|
| |
|
|
| |
This is third-party code.
|
| |
|
|
|
| |
Do not activate it with the general use-system-libs options for now
because KWIML is not commonly distributed or available.
|
| |
|
|
|
|
| |
When parsing digits we know our `c - '0'` expression results in a
non-negative value due to preceding conditions. Simply cast the result
to UInt. This fixes compilation on SolarisStudio 12.4.
|
| |
|
|
|
| |
In C99 mode, Solaris variants may already define isfinite, so check for
the existence first.
|
| |
|
|
|
|
| |
Some versions of HP-UX do not define 'isfinite' or 'finite' in math.h
for Itanium when preprocessing with C++, so we have to add the
definition ourselves instead to map to the internal version.
|
| |
|
|
|
| |
Newer AIX and HP-UX platforms provide 'isfinite' as a <math.h> macro.
Older versions do not, so add the definition if it is not provided.
|
| |
|
|
|
|
| |
Even though we disable warnings when building jsoncpp itself, including
its headers from other CMake sources may still cause warnings. Update
the code to remove these -Wdocumentation warnings.
|
| |
|
|
| |
Describe how to update jsoncpp from upstream.
|
| |
|
|
| |
Solaris provides a 'finite' function in <ieeefp.h>.
|
| |
|
|
|
| |
The glibc 2.1 headers provide isfinite only in C99 mode.
Add its definition ourselves.
|
| |
|
|
|
|
| |
The strcmp function does not allow NULL pointers, so add an
assert to tell Clang scan-build that the code does not expect
a NULL pointer.
|
| |
|
|
| |
The header uses std::ostream, so it must be declared.
|
| | |
|
| |
|
|
|
| |
Add '-w' or equivalent flag on compilers supporting it.
Tell MSVC to use its lowest warning level inside jsoncpp sources.
|
| |
|
|
|
|
|
|
|
| |
Update json/json.h to account for our lack of autolink.h. Update
json/config.h to include KWSys Large File Support configuration so that
consistent stream libraries are used (on AIX with XL).
Add a cm_jsoncpp_reader.h header to include the CMake-provided copy of
the json/reader.h header from CMake sources.
|
| | |
|
| |
|
|
|
| |
Use a subtree merge to place the upstream content in the
Utilities/cmjsoncpp directory.
|
| |
|
