(and not libpmem). Add FindLIBPMEM.cmake

Previous behaviour was inconsistent with pkg_check_modules(LIBPMEMOBJ ...)
which only looked for libpmemobj.

Remove using namespace from a header

Install pmdk-debuginfo package

Merge pull request #480 from ldorau/common-fix-invalid-TRAVIS_COMMIT_RANGE-in-case-of-non-upstream-repository

common: fix invalid TRAVIS_COMMIT_RANGE in case of non-upstream repository

Add missing --output-on-failure to all ctest calls

Add valgrind instrumentation to concurrent_hash_map

Add -j$(nproc) to make commands

It fixes the following error on Fedora-rawhide:
 error: Failed dependencies:
	pmdk-debuginfo(x86-64) = 1.7-1.fc32 is needed by libpmem-debug-debuginfo-1.7-1.fc32.x86_64
	pmdk-debuginfo(x86-64) = 1.7-1.fc32 is needed by libpmem-debuginfo-1.7-1.fc32.x86_64

TRAVIS_COMMIT_RANGE is usually invalid for force pushes.
Fix it when used with a non-upstream repository
by setting to the following value: $LAST_MERGE_COMMIT..HEAD

The commit fix the issue with concurrent_hash_map_rehash_0_helgrind test

segment_vector: fix typo and doxygen comments

test: fix briefs of concurrent_hash_map test files

Merge back changes from stable 1.7

Fix array_modifiers test

Move containers out from experimental

This fixes warnings generated by doxygen.

and expose range_snapshotting_terator as typdef in containers.

There was an assignment instead of comparison in the test.

Use tx add range flags in vector and string containers

Fix conditional statement for installing segment_vector.hpp

Until now, data in sso was accessed using pmem::obj::array::operator[].
This operator snapshots data which has some performance cost (even
if the data is already snapshotted). This patch change all calls
to pmem::obj::array::operator[] which are alredy preceded by snapshotting
entire sso, by calls to operator[] on direct array of element (_data member).