- New upstream release 1.004001
- Document when is_bool became available
- Now favouring Cpanel::JSON::XS over JSON::XS in more situations (the former
is always added to prereqs when a compiler is available, although JSON::XS
is still used at runtime if new enough and Cpanel::JSON::XS is not
installed); this makes boolean handling more predictable and consistent
- Package LICENSE file
- Use %{make_build} and %{make_install}
- New upstream release 1.003010
- Use bundled ExtUtils::HasCompiler rather than ExtUtils::CBuilder to detect
compiler availability
- Clarify exported JSON in documentation
- This release by HAARG → update source URL
- New upstream release 1.003008
- Added an INSTALLATION section to documentation, to clarify the use of
dynamic prerequisites in Makefile.PL
- Minimize prereqs listed in META.json to avoid giving the appearance of XS
prerequisites, and confusing static inspection tools such as metacpan.org
- New upstream release 1.003007
- Bump prereq on JSON::PP, to ensure we get the fix for parsing utf8-encoded
values
- We now always upgrade JSON::XS if it is installed and below version 3.0,
due to changes in handling booleans
- Remove test dependency on Test::Without::Module (CPAN RT#115394)
- Simplify find command using -delete
- New upstream release 1.003003
- Ensure an old Cpanel::JSON::XS is upgraded if it is too old, as it will
always be used in preference to JSON::XS
- Avoid "JSON::XS::Boolean::* redefined" warnings caused by an old JSON::XS
loaded at the same time as a newer Cpanel::JSON::XS
- New upstream release 1.002005
- Fix "can I haz XS?" logic precedence in Makefile.PL
- Added the ':all' export tag
- Removed dependency on Safe::Isa
- Repository moved to git://git.shadowcat.co.uk/p5sagit/JSON-MaybeXS.git
This module first checks to see if either Cpanel::JSON::XS or JSON::XS
is already loaded, in which case it uses that module. Otherwise it tries
to load Cpanel::JSON::XS, then JSON::XS, then JSON::PP in order, and
either uses the first module it finds or throws an error.
It then exports the "encode_json" and "decode_json" functions from the
loaded module, along with a "JSON" constant that returns the class name
for calling "new" on.
If you're writing fresh code rather than replacing JSON.pm usage, you
might want to pass options as constructor args rather than calling
mutators, so we provide our own "new" method that supports that.
Paul Howarth
Fedora Release Engineering