Files
bpfire/config/rootfiles/common
Adolf Belka 5a6795f155 json-c: Update to version 0.16
- Update from version 0.13.1 to 0.16
- Update of rootfile
- json-c moved from building with autotools to building with cmake
   This required cmake, curl and libarchive to be moved earlier in make.sh than json-c
- sobump occurs with this change. Identified 28 addons that are linked to json-c
   using find-dependencies and added them as additional patches to this patch as a series
   for shipping with the core update.
- Changelog
    0.16 (up to commit 66dcdf5, 2022-04-13)
	Deprecated and removed features:
		* JSON_C_OBJECT_KEY_IS_CONSTANT is deprecated in favor of
		  JSON_C_OBJECT_ADD_CONSTANT_KEY
		* Direct access to lh_table and lh_entry structure members is deprecated.
		  Use access functions instead, lh_table_head(), lh_entry_next(), etc...
		* Drop REFCOUNT_DEBUG code.
	New features
		* The 0.16 release introduces no new features
	Build changes
		* Add a DISABLE_EXTRA_LIBS option to skip using libbsd
		* Add a DISABLE_JSON_POINTER option to skip compiling in json_pointer support.
	Significant changes and bug fixes
		* Cap string length at INT_MAX to avoid various issues with very long strings.
		* json_object_deep_copy: fix deep copy of strings containing '\0'
		* Fix read past end of buffer in the "json_parse" command
		* Avoid out of memory accesses in the locally provided vasprintf() function
		  (for those platforms that use it)
		* Handle allocation failure in json_tokener_new_ex
		* Fix use-after-free in json_tokener_new_ex() in the event of printbuf_new() returning NULL
		* printbuf_memset(): set gaps to zero - areas within the print buffer which
		  have not been initialized by using printbuf_memset
		* printbuf: return -1 on invalid arguments (len < 0 or total buffer > INT_MAX)
		* sprintbuf(): propagate printbuf_memappend errors back to the caller
	Optimizations
		* Speed up parsing by replacing ctype functions with simplified, faster
		  non-locale-sensitive ones in json_tokener and json_object_to_json_string.
		* Neither vertical tab nor formfeed are considered whitespace per the JSON spec
		* json_object: speed up creation of objects, calloc() -> malloc() + set fields
		* Avoid needless extra strlen() call in json_c_shallow_copy_default() and
		  json_object_equal() when the object is known to be a json_type_string.
	Other changes
		* Validate size arguments in arraylist functions.
		* Use getrandom() if available; with GRND_NONBLOCK to allow use of json-c
		  very early during boot, such as part of cryptsetup.
		* Use arc4random() if it's available.
		* random_seed: on error, continue to next method instead of exiting the process
		* Close file when unable to read from /dev/urandom in get_dev_random_seed()
    0.15 (up to commit 870965e, 2020/07/26)
	Deprecated and removed features:
		* Deprecate `array_list_new()` in favor of `array_list_new2()`
		* Remove the THIS_FUNCTION_IS_DEPRECATED define.
		* Remove config.h.win32
	New features
		* Add a `JSON_TOKENER_ALLOW_TRAILING_CHARS` flag to allow multiple objects
		  to be parsed even when `JSON_TOKENER_STRICT` is set.
		* Add `json_object_new_array_ext(int)` and `array_list_new_2(int)` to allow
		   arrays to be allocated with the exact size needed, when known.
		* Add `json_object_array_shrink()` (and `array_list_shrink()`) and use it in
		   json_tokener to minimize the amount of memory used.
		* Add a json_parse binary, for use in testing changes (not installed, but
		   available in the apps directory).
	Build changes
		* #639/#621 - Add symbol versions to all exported symbols
		* #508/#634 - Always enable -fPIC to allow use of the json-c static library in
		   other libraries
		* Build both static and shared libraries at the same time.
		* #626 - Restore compatibility with cmake 2.8
		* #471 - Always create directories with mode 0755, regardless of umask.
		* #606/#604 - Improve support for OSes like AIX and IBM i, as well as for
		   MINGW32 and old versions of MSVC
		* #451/#617 - Add a DISABLE_THREAD_LOCAL_STORAGE cmake option to disable
		   the use of thread-local storage.
	Significant changes and bug fixes
		* Split the internal json_object structure into several sub-types, one for
		   each json_type (json_object_object, json_object_string, etc...).
		  This improves memory usage and speed, with the benchmark under
		   bench/ report 5.8% faster test time and 6%(max RSS)-12%(peak heap)
		   less memory usage.
		  Memory used just for json_object structures decreased 27%, so use cases
		   with fewer arrays and/or strings would benefit more.
		* Minimize memory usage in array handling in json_tokener by shrinking
		   arrays to the exact number of elements parsed.  On bench/ benchmark:
		   9% faster test time, 39%(max RSS)-50%(peak heap) less memory usage.
		   Add json_object_array_shrink() and array_list_shrink() functions.
		* #616 - Parsing of surrogate pairs in unicode escapes now properly handles
		   incremental parsing.
		* Fix incremental parsing of numbers, especially those with exponents, e.g.
		   so parsing "[0", "e+", "-]" now properly returns an error.
		  Strict mode now rejects missing exponents ("0e").
		* Successfully return number objects at the top level even when they are
		   followed by a "-", "." or "e".  This makes parsing things like "123-45"
		   behave consistently with things like "123xyz".
	Other changes
		* #589 - Detect broken RDRAND during initialization; also, fix segfault
		    in the CPUID check.
		* #592 - Fix integer overflows to prevert out of bounds write on large input.
		* Protect against division by zero in linkhash, when created with zero size.
		* #602 - Fix json_parse_uint64() internal error checking, leaving the retval
		    untouched in more failure cases.
		* #614 - Prevent truncation when custom double formatters insert extra \0's
    0.14 (up to commit 9ed00a6, 2020/04/14)
	Deprecated and removed features:
		* bits.h has been removed
		* lh_abort() has been removed
		* lh_table_lookup() has been removed, use lh_table_lookup_ex() instead.
		* Remove TRUE and FALSE defines, use 1 and 0 instead.
	Build changes:
	    Deprecated and removed features:
		* bits.h has been removed
		* lh_abort() has been removed
		* lh_table_lookup() has been removed, use lh_table_lookup_ex() instead.
		* Remove TRUE and FALSE defines, use 1 and 0 instead.
		* autoconf support, including autogen.sh, has been removed.  See details about cmake, below.
		* With the addition of json_tokener_get_parse_end(), access to internal fields of json_tokener, as well as use of many other symbols and types in json_tokener.h, is deprecated now.
		* The use of Android.configure.mk to build for Android no longer works, and it is unknown how (or if) the new cmake-based build machinery can be used.
		    * Reports of success, or pull requests to correct issues are welcome.
	Notable improvements and new features
	    Builds and documentation
		* Build machinery has been switched to CMake.  See README.md for details about how to build.
		    * TL;DR: `mkdir build ; cd build ; cmake -DCMAKE_INSTALL_PREFIX=/some/path ../json-c ; make all test install`
		    * To ease the transition, there is a `cmake-configure` wrapper that emulates the old autoconf-based configure script.
		    * This has enabled improvements to the build on Windows system; also all public functions have been fixed to be properly exported.  For best results, use Visual Studio 2015 or newer.
		* The json-c style guide has been updated to specify the use of clang-format, and all code has been reformatted.
		    * Since many lines of code have trivial changes now, when using git blame, be sure to specify -w
		* Numerous improvements have been made to the documentation including function effects on refcounts, when passing a NULL is safe, and so on.
	    json_tokener changes
		* Added a json_tokener_get_parse_end() function to replace direct access of tok->char_offset.
		    * The char_offset field, and the rest of the json_tokener structure remain exposed for now, but expect a future release to hide it like is done with json_object_private.h
		* json_tokener_parse_ex() now accepts a new JSON_TOKENER_VALIDATE_UTF8 flag to validate that input is UTF8.
		    * If validation fails, json_tokener_get_error(tok) will return json_tokener_error_parse_utf8_string (see enum json_tokener_error).
	    Other changes and additions
		* Add support for unsigned 64-bit integers, uint64_t, to gain one extra bit of magnitude for positive ints.
		    * json_tokener will now parse values up to UINT64_MAX (18446744073709551615)
		    * Existing methods returning int32_t or int64_t will cap out-of-range values at INT32_MAX or INT64_MAX, preserving existing behavior.
		    * The implementation includes the possibility of easily extending this to larger sizes in the future.
		* A total of 7 new functions were added:
		    * json_object_get_uint64 ( struct json_object const* jso )
		    * json_object_new_uint64 ( uint64_t i )
		    * json_object_set_uint64 ( struct json_object* jso, uint64_t new_value )
		    * json_parse_uint64 ( char const* buf, uint64_t* retval )
		        * See description of uint64 support, above.
		    * json_tokener_get_parse_end ( struct json_tokener* tok )
		        * See details under "json_tokener changes", above.
		    * json_object_from_fd_ex ( int fd, int in_depth )
		        * Allows the max nesting depth to be specified.
		    * json_object_new_null ( )
		        * Simply returns NULL.  Its use is not recommended.
		* The size of struct json_object has decreased from 96 bytes to 88 bytes.
	    Testing
		* Many updates were made to test cases, increasing code coverage.
		* There is now a quick way (JSONC_TEST_TRACE=1) to turn on shell tracing in tests.
		* To run tests, use `make test`; the old "check" target no longer exists.
	Significant bug fixes
		For the full list of issues and pull requests since the previous release, please see issues_closed_for_0.14.md
		* [Issue #389](https://github.com/json-c/json-c/issues/389): Add an assert to explicitly crash when _ref_count is corrupted, instead of a later "double free" error.
		* [Issue #407](https://github.com/json-c/json-c/issues/407): fix incorrect casts in calls to ctype functions (isdigit and isspace) so we don't crash when asserts are enabled on certain platforms and characters > 128 are parsed.
		* [Issue #418](https://github.com/json-c/json-c/issues/418): Fix docs for json_util_from_fd and json_util_from_file to say that they return NULL on failures.
		* [Issue #422](https://github.com/json-c/json-c/issues/422): json_object.c:set errno in json_object_get_double() when called on a json_type_string object with bad content.
		* [Issue #453](https://github.com/json-c/json-c/issues/453): Fixed misalignment in JSON serialization when JSON_C_TO_STRING_SPACED and JSON_C_TO_STRING_PRETTY are used together.
		* [Issue #463](https://github.com/json-c/json-c/issues/463): fix newlocale() call to use LC_NUMERIC_MASK instead of LC_NUMERIC, and remove incorrect comment.
		* [Issue #486](https://github.com/json-c/json-c/issues/486): append a missing ".0" to negative double values to ensure they are serialized as floating point numbers.
		* [Issue #488](https://github.com/json-c/json-c/issues/488): use JSON_EXPORT on functions so they are properly exported on Windows.
		* [Issue #539](https://github.com/json-c/json-c/issues/539): use an internal-only serializer function in json_object_new_double_s() to avoid potential conflicts with user code that uses the json_object_userdata_to_json_string serializer.

Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
Reviewed-by: Peter Müller <peter.mueller@ipfire.org>
2023-01-05 10:40:58 +00:00
..
2022-02-22 19:41:39 +00:00
2021-03-18 11:19:43 +00:00
2018-04-14 18:42:00 +02:00
2021-12-28 23:01:48 +01:00
2020-03-21 16:14:08 +00:00
2022-12-27 20:43:10 +00:00
2015-12-13 22:28:15 +00:00
2021-03-18 11:20:32 +00:00
2021-02-12 11:54:42 +00:00
2020-05-01 19:08:38 +00:00
2017-06-07 09:55:27 +01:00
2020-05-09 12:03:23 +00:00
2022-11-18 19:53:21 +00:00
2021-11-24 09:09:47 +00:00
2017-09-22 18:56:04 +01:00
2013-08-28 11:18:37 +02:00
2021-03-29 12:53:09 +00:00
2020-03-21 15:44:08 +00:00
2018-07-14 13:43:49 +01:00
2021-05-06 09:54:21 +00:00
2019-05-27 14:39:32 +01:00
2022-12-17 17:20:46 +00:00
2021-11-19 07:03:31 +01:00
2019-12-02 17:10:15 +00:00
2022-12-29 11:23:41 +00:00
2022-02-11 09:17:36 +00:00
2018-06-25 10:54:36 +01:00
2022-02-23 15:46:45 +00:00
2017-04-17 12:36:49 +01:00
2021-10-22 09:59:20 +00:00
2021-09-05 17:48:28 +00:00
2021-03-29 12:54:50 +00:00
2022-11-28 13:05:19 +01:00
2021-05-20 09:47:41 +00:00
2022-12-27 20:44:04 +00:00
2021-02-03 22:23:13 +00:00
2020-11-05 23:29:18 +00:00
2021-12-09 21:04:50 +01:00
2022-02-11 09:17:46 +00:00
2015-05-03 21:51:04 +02:00
2017-06-07 09:55:16 +01:00
2020-09-24 17:36:37 +00:00
2013-04-12 12:43:27 +02:00
2022-05-05 15:31:03 +00:00
2021-12-09 21:08:10 +01:00
2022-05-30 19:11:14 +00:00
2021-11-19 07:16:02 +01:00
2021-10-22 16:02:22 +00:00
2022-05-30 19:24:43 +00:00
2022-01-14 13:46:00 +00:00
2021-04-07 13:12:27 +00:00
2022-12-27 20:41:32 +00:00
2021-04-07 13:13:18 +00:00
2016-08-23 13:04:47 -04:00
2022-08-04 12:04:01 +00:00
2013-07-03 21:38:17 +02:00
2012-08-20 11:39:23 +02:00
2019-03-13 15:04:40 +01:00
2020-04-30 14:52:53 +00:00
2022-12-29 11:23:11 +00:00
2018-02-11 20:56:12 +00:00
2018-07-12 10:03:34 +01:00
2022-07-11 13:04:01 +00:00
2022-11-28 13:09:08 +01:00
2022-04-24 14:17:14 +00:00
2021-05-25 09:49:21 +00:00
2010-09-15 17:43:06 +02:00
2021-11-24 09:05:10 +00:00
2022-02-01 13:50:32 +00:00
2013-10-15 16:46:15 +02:00
2023-01-05 10:40:58 +00:00
2022-09-11 08:35:18 +00:00
2018-10-22 19:51:19 +01:00
2022-07-29 17:04:28 +00:00
2021-11-19 07:07:18 +01:00
2022-06-17 16:39:12 +00:00
2009-05-17 17:24:59 +02:00
2022-02-15 16:44:41 +00:00
2012-08-24 16:22:24 +02:00
2022-04-30 08:56:30 +00:00
2022-12-26 08:53:33 +00:00
2022-12-29 11:22:38 +00:00
2021-04-26 17:08:53 +00:00
2022-12-26 08:30:22 +00:00
2021-04-26 17:10:13 +00:00
2022-12-27 16:26:15 +00:00
2022-04-10 10:20:01 +00:00
2022-12-17 17:20:45 +00:00
2019-12-29 19:09:27 +00:00
2022-12-27 16:25:42 +00:00
2022-05-16 07:11:45 +00:00
2022-12-27 16:24:23 +00:00
2022-10-24 12:39:47 +00:00
2016-09-24 13:07:13 +01:00
2022-12-27 16:34:44 +00:00
2015-12-11 18:47:20 +00:00
2015-06-23 13:37:57 +02:00
2021-06-04 10:48:35 +00:00
2022-09-01 21:16:50 +00:00
2023-01-04 21:36:39 +00:00
2022-11-25 11:57:30 +00:00
2022-12-27 20:44:38 +00:00
2014-08-20 21:45:12 +02:00
2022-08-10 10:44:31 +00:00
2022-12-26 08:46:30 +00:00
2022-11-28 13:09:53 +01:00
2022-11-28 13:10:59 +01:00
2015-02-01 17:39:33 +01:00
2022-11-28 13:18:12 +01:00
2022-01-14 20:45:24 +00:00
2021-02-22 11:28:11 +00:00
2022-11-08 11:12:38 +00:00
2022-12-26 08:40:14 +00:00
2022-12-26 08:40:51 +00:00
2017-04-28 13:04:19 +01:00
2022-07-29 17:06:15 +00:00
2022-02-06 10:50:43 +00:00
2020-01-16 18:22:51 +00:00
2021-02-09 11:51:38 +00:00
2021-02-05 11:24:35 +00:00
2021-02-09 12:00:04 +00:00
2021-12-03 22:51:39 +01:00
2022-05-01 08:43:05 +00:00
2022-05-01 08:43:14 +00:00
2020-01-04 18:23:52 +00:00
2022-11-18 14:37:25 +00:00
2022-11-29 13:40:13 +01:00
2021-01-27 21:06:57 +00:00
2013-10-24 15:20:48 +02:00
2012-08-07 20:21:06 +02:00
2023-01-04 21:35:28 +00:00
2021-02-08 13:51:04 +00:00
2022-09-12 09:43:25 +00:00
2022-02-11 09:18:00 +00:00
2020-12-27 10:29:55 +00:00
2018-06-30 19:51:38 +01:00
2022-03-10 10:40:37 +00:00
2016-01-10 21:18:20 +00:00
2022-06-17 10:20:18 +00:00
2022-04-29 19:01:37 +00:00
2022-04-29 18:59:39 +00:00
2022-11-19 19:26:35 +00:00
2021-12-03 18:25:39 +01:00
2022-05-13 20:38:43 +00:00
2022-04-29 18:55:49 +00:00
2014-07-23 22:57:47 +02:00
2022-04-24 14:07:03 +00:00
2021-08-16 06:52:19 +00:00
2022-12-27 16:31:06 +00:00
2022-09-01 21:16:51 +00:00
2022-09-01 21:16:51 +00:00
2022-09-01 21:16:51 +00:00
2022-09-01 21:16:51 +00:00
2022-09-01 21:16:51 +00:00
2022-09-01 21:16:50 +00:00
2022-09-01 21:16:50 +00:00
2022-09-01 21:16:50 +00:00
2021-04-20 09:09:59 +00:00
2022-11-29 13:40:40 +01:00
2021-04-10 13:39:32 +00:00
2020-08-17 17:55:35 +00:00
2021-10-22 10:54:07 +00:00
2022-04-24 18:59:49 +00:00
2022-12-26 08:56:24 +00:00
2022-11-10 15:13:51 +00:00
2022-02-21 21:13:50 +00:00
2021-12-03 22:47:55 +01:00
2022-06-17 10:20:18 +00:00
2019-05-27 14:40:03 +01:00
2017-05-19 17:44:13 +01:00
2014-01-29 17:22:48 +01:00
2020-08-16 10:29:42 +00:00
2022-09-01 21:16:50 +00:00
2022-02-02 19:43:26 +00:00
2022-02-09 13:48:03 +00:00
2022-02-02 19:43:24 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:24 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:24 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:25 +00:00
2022-02-09 13:48:34 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-09 13:52:30 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:26 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:24 +00:00
2022-02-02 19:43:25 +00:00
2022-02-02 19:43:27 +00:00
2022-02-02 19:43:25 +00:00
2022-07-09 14:58:58 +00:00
2012-08-12 16:39:18 -04:00
2018-07-12 10:03:34 +01:00
2021-11-24 09:37:51 +00:00
2020-03-29 06:34:18 +00:00
2021-03-10 13:59:29 +00:00
2022-01-14 20:25:49 +00:00
2021-10-13 12:13:04 +00:00
2021-01-06 15:21:42 +00:00
2022-10-24 08:56:08 +00:00
2022-11-25 11:59:10 +00:00
2022-09-30 15:45:58 +00:00
2022-11-23 12:25:36 +00:00
2021-09-05 08:42:10 +00:00
2017-01-29 19:30:13 +00:00
2022-11-29 13:42:35 +01:00
2014-11-22 23:43:46 +01:00
2022-01-15 11:28:04 +00:00
2021-09-02 09:18:54 +00:00
2022-10-24 08:58:58 +00:00
2022-09-11 08:50:57 +00:00
2022-10-24 09:03:34 +00:00
2017-04-06 10:06:08 +01:00
2022-01-14 14:41:58 +00:00
2022-07-11 13:04:05 +00:00
2020-04-30 14:56:49 +00:00
2013-12-26 14:03:31 +01:00
2016-07-16 10:53:53 +01:00
2021-04-26 17:04:00 +00:00
2022-06-13 20:36:13 +00:00
2022-12-27 16:36:53 +00:00
2020-10-15 15:33:44 +00:00
2022-11-08 11:10:59 +00:00
2022-02-05 12:01:49 +00:00