tree 175cfb6da0c6426848009496a2c698de4a4388bf
parent 22c7ec3a05beb55810dda4e5d79b9763a21a8ddf
author Jordan Bayles <bayles.jordan@gmail.com> 1781683632 -0700
committer GitHub <noreply@github.com> 1781683632 -0700
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsFcBAABCAAQBQJqMlWwCRC1aQ7uu5UhlAAAFbUQAAfHl/w8eu3W+jlJxGOccFEc
 frmca1FpiKMndAY2xadG9Zsxh/w0/weINfpgvdUmCjvCaUGjyD3GKXoDqyPfGjYu
 Bj66xSFn/TiUF16GcXEPPAc412hykkJZhJP3QwvQPEvyFt3KQ5aKBb5HFv8P62qI
 WucuO2Jp3xHjbUM8GD+sUDaX2ys1Vto8BiP4AaL6ShrPG9ouK8RNQ8S2z8CgU4/9
 /G3DvrtUpsVhpGbMI0uNNajDe5bRXL6IvYus44K3Q42v6ZyXVwtXQDw3gzT0Obnw
 XIlZoHkIDlYoedTFXA3pCuSc0aY3kyzhQZyj4/h8blwAToWHSkDfnAm6dVOcdEa/
 F8UemKoIGh8hq5/IyKeSTg89r+YNGHmSBl8hq8D0kibpmt7iRn5gFWurTUxhwZLA
 7JyrWNIxXl08Qr7cRAzrKSKhmYDUlTVDTD6iAiKHhdS7jhqwzyBy1MMFtNkEZ8DB
 4PGEP5izvBZB2N8ZUbs6HUxPZR4UgDHQs8obJfdUDBr0z/nmMZLh69dYJV7NhjRb
 Sq59R+w11iXZ+KAi14G5W+2usTbFwFPx+DUKv4O/E7/UD3ra9k6h3JbDSZ9+JW+b
 5M4j8GVEB47wdVsSmYlcFlDiXFgB9w+D4Vyyzf9taJ+QWpzyb0EjlZuUy95LP+gM
 WjI9xJuRaM0VXetq779i
 =4Sy6
 -----END PGP SIGNATURE-----
 

fix: bump SOVERSION to 28 for the removed std::string_view symbols (#1694) (#1697)

The std::string_view convenience methods (Value(std::string_view),
getString, operator[], get, removeMember, isMember) were exported
symbols in 1.9.7 -- declared in value.h and defined out-of-line in
value.cpp. After 1.9.7 the #1661/#1675 ABI-mismatch fixes made them
header-only `inline`, which removed those symbols from the shared
library (e.g. Value::removeMember(std::string_view)), but SOVERSION
stayed at 27.

Removing exported symbols is an incompatible ABI change, so consumers
built against 1.9.7's libjsoncpp.so.27 fail to resolve those symbols
against later builds that still claim SONAME .so.27 (issue #1694: a
system jsoncpp upgrade broke cmake/NFS Ganesha with an undefined-symbol
error). Bump SOVERSION 27 -> 28 so the changed ABI gets a distinct
SONAME; affected consumers then get a clean rebuild requirement instead
of a symbol-lookup crash, and a rebuild against 1.10.0 uses the inline
methods (no symbol dependency).

The symbols are intentionally not restored: an exported std::string_view
symbol's presence depends on whether the library was compiled as C++17,
which is the mismatch #1661 fixed.