rapidjson Fast JSON parser/generator for C++ with both SAX/DOM style API

1.1.0.524 devel =0 1.1.0.524Version of this port present on the latest quarterly branch.

Maintainer: yuri@FreeBSD.org

Port Added: 2015-03-12 02:05:41

Last Update: 2019-11-03 03:05:24

SVN Revision: 516385

Also Listed In: textproc

License: unknown

Description:

RapidJSON is a JSON parser and generator for C++. It supports both SAX and DOM style API. WWW: https://github.com/miloyip/rapidjson

SVNWeb : Homepage

pkg-plist: as obtained via: make generate-plist

Expand this list (43 items)

1. /usr/local/share/licenses/rapidjson-1.1.0.524/catalog.mk
2. /usr/local/share/licenses/rapidjson-1.1.0.524/LICENSE
3. /usr/local/share/licenses/rapidjson-1.1.0.524/unknown
4. include/rapidjson/allocators.h
5. include/rapidjson/cursorstreamwrapper.h
6. include/rapidjson/document.h
7. include/rapidjson/encodedstream.h
8. include/rapidjson/encodings.h
9. include/rapidjson/error/en.h
10. include/rapidjson/error/error.h
11. include/rapidjson/filereadstream.h
12. include/rapidjson/filewritestream.h
13. include/rapidjson/fwd.h
14. include/rapidjson/internal/biginteger.h
15. include/rapidjson/internal/clzll.h
16. include/rapidjson/internal/diyfp.h
17. include/rapidjson/internal/dtoa.h
18. include/rapidjson/internal/ieee754.h
19. include/rapidjson/internal/itoa.h
20. include/rapidjson/internal/meta.h
21. include/rapidjson/internal/pow10.h
22. include/rapidjson/internal/regex.h
23. include/rapidjson/internal/stack.h
24. include/rapidjson/internal/strfunc.h
25. include/rapidjson/internal/strtod.h
26. include/rapidjson/internal/swap.h
27. include/rapidjson/istreamwrapper.h
28. include/rapidjson/memorybuffer.h
29. include/rapidjson/memorystream.h
30. include/rapidjson/msinttypes/inttypes.h
31. include/rapidjson/msinttypes/stdint.h
32. include/rapidjson/ostreamwrapper.h
33. include/rapidjson/pointer.h
34. include/rapidjson/prettywriter.h
35. include/rapidjson/rapidjson.h
36. include/rapidjson/reader.h
37. include/rapidjson/schema.h
38. include/rapidjson/stream.h
39. include/rapidjson/stringbuffer.h
40. include/rapidjson/writer.h
41. lib/cmake/RapidJSON/RapidJSONConfig.cmake
42. lib/cmake/RapidJSON/RapidJSONConfigVersion.cmake
43. libdata/pkgconfig/RapidJSON.pc

Collapse this list.

Dependency lines:

• rapidjson>0:devel/rapidjson

To install the port: cd /usr/ports/devel/rapidjson/ && make install clean

To add the package: pkg install rapidjson

PKGNAME: rapidjson

Flavors: there is no flavor information for this port.

distinfo:

TIMESTAMP = 1572745628 SHA256 (Tencent-rapidjson-v1.1.0-524-gc4c6a654_GH0.tar.gz) = 98a065a642353ad9cebc8aded755d06d1456a111f9e5529ed8c36834a1c97cba SIZE (Tencent-rapidjson-v1.1.0-524-gc4c6a654_GH0.tar.gz) = 1057309

Dependencies

NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.

Build dependencies:

1. doxygen : devel/doxygen
2. cmake : devel/cmake
3. ninja : devel/ninja

This port is required by:

for Build

1. audio/geonkick-lv2
2. databases/clickhouse
3. devel/ccls
4. multimedia/kodi-devel
5. net/pichi
6. net-p2p/monero-cli
7. science/rdkit

Expand this list (10 items / 3 hidden)

8. sysutils/apache-mesos
9. sysutils/osquery
10. www/envoy
11. Collapse this list.

Configuration Options

===> The following configuration options are available for rapidjson-1.1.0.524: DOXYGEN=on: Build documentation with Doxygen ===> Use 'make config' to modify these settings

USES:

cmake compiler:c++11-lang pathfix

Master Sites:

1. https://codeload.github.com/Tencent/rapidjson/tar.gz/v1.1.0-524-gc4c6a654?dummy=/

devel/rapidjson: Update 1.1.0 -> 1.1.0-524 (c4c6a654)

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

devel/rapidjson: Fix build with Clang 8

include/rapidjson/schema.h:1729:68: error: empty expression statement has no
effect; remove unnecessary ';' to silence this warning
[-Werror,-Wextra-semi-stmt]
        RAPIDJSON_SCHEMA_HANDLE_PARALLEL_(EndArray, (elementCount));
                                                                   ^

New warnings in Clang => new errors in devel/rapidjson due to the
build having -Werror with -Wall and -Wextra.  This has also happened
during previous Clang version bumps.  Instead of collecting new
-Wno-* every time, disable use of -Werror entirely similar to what
the port already does on tier 2 archs.

PR:		236206
Reported by:	jbeich
Approved by:	portmgr blanket

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

Spell CHOSEN_COMPILER_TYPE correctly

PR:		199098
With hat:	portmgr

Fix build with GCC-based architectures.

PR:		232091
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

devel/rapidjson: Fix clang warnings on 12

PR:		220388
Submitted by:	dim
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13599

- -march=native issue was fixed by r441826
- Switch to ${opt}_CMAKE_BOOL
- Pet portlint

Approved by:	portmgr blanket

Mark as failing on armv7.

Note: r441826 most likely removed the documented failure on armv6, but this
has not yet been confirmed.

Reported by:	danfe

Canonicalize LICENSE_PERMS

With hat:	portmgr

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

Respect CFLAGS: particularly, do not pass `-march=native' which some
compilers do not like, which in turn might break the build.

Also broken on armv6.

Mark some ports failing on aarch64, and, in a few cases, other tier-2
archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Those ports build fine with bsd make

Do not use post-stage.  Use post-install instead.

The only reason to use post-stage is because the port needs to do
"things" at a later time, like some plist manipulation.
While there, fold post-install in do-install targets when they are
defined.

PR:		214780
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Use USES=pathfix where applicable.

PR:		213195
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D8093

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

- Update to 1.1.0

PR:		213263
Submitted by:	yuri@rawbw.com(maintainer)

many ports: mark broken on powerpc64

Cleanup GH_* and variables order.

Sponsored by:	Absolight

- Update to 1.0.2

PR:		200862
Submitted by:	yuri@rawbw.com (maintainer)

Remove -Werror

Submitted by:	marino@

update to 1.0.1

PR:		199769
Submitted by:	maintainer

Add rapidjson 0.150310, fast JSON parser/generator for C++ with both
SAX/DOM style API.

PR:		198516
Submitted by:	Yuri Victorovich <yuri@rawbw.com>

14 vulnerabilities affecting 178 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2020-02-14 01:16:43