Fix compilation on 64-bit architectures

RPM expects the libraries to end up in /usr/lib64 then, but the Makefile
puts them in /usr/lib regardless of the architecture. Thankfully, we can
select the location (which also is used in the pkg-config file).

Change-Id: I87496a783ab602770df5619ca57a3295756c0ae4
(cherry picked from commit 1f1a7d807e1d7661015dfc331567bdaadf7e8112)

Package for Tizen

Signed-off-by: Mateusz Majewski <m.majewski2@samsung.com>
[ Added change-id ]
Signed-off-by: Karol Lewandowski <k.lewandowsk@samsung.com>
Change-Id: I49d09fc354eb7584722fde98516828de9e9fe161

Merge branch 'dev' into release

update cli entry

Merge pull request #954 from lz4/dev

v1.9.3

update doc

Merge pull request #953 from lz4/vs2005

better MSVC conformance

fix minor win32 warning

fixed minor Visual warning

doesn't happen on my environment, though it's a different version of Visual Studio

Merge pull request #952 from lz4/lz4io

Fix --sparse mode

better visual conformance

only include <intrin.h> on vs2005+ (#947)
remove some useless #pragma
fix a few minor Visual warnings

Merge branch 'dev' of github.com:Cyan4973/lz4 into dev

restrict BitScanForward() to VS2005+

suggested by @aqrit in #947

fix minor parse warning

all usages of prefs within lz4io are const

LZ4IO_openDstFile() doesn't need pref mutability

fixed force --sparse mode

Merge pull request #951 from lz4/lz4io

minor refactor of lz4io

dictionary functions don't need prefs mutability

LZ4IO_createDict() doesn't need prefs

LZ4IO_decompressSrcFile() doesn't need mutable prefs

selectDecoder() doesn't need mutable prefs

LZ4IO_passThrough() doesn't need prefs

LZ4IO_decompressLZ4F() doesn't need mutable prefs

LZ4IO_decodeLegacyStream() doesn't need mutable prefs

LZ4IO_fwriteSparse doesn't need writable prefs

minor refactor

mostly on the compression code path

minor refactor of lz4io

for readability.
Mostly around --list capability

Merge pull request #950 from lz4/appvtest

appveyor artifact generation

appveyor artifact generation

fix presence of the dynamic library in produced package

Merge pull request #949 from lz4/cmakedll

fix cmake build of shared dll with visual

Merge pull request #946 from lz4/customMem

proposal for LZ4_USER_MEMORY_FUNCTIONS

fix cmake build of shared dll with visual

inspired from #891

updated NEWS for v1.9.3

minor : lz4frame include stdlib only if needed

proper fullbench's LZ4_calloc()

changed LZ4_calloc() to a 2-arguments signature

to remain similar to stdlib's calloc().

Updated test to use c++ compiler for stricter signature check.

fix fullbench's LZ4_free()

fix travis test

Merge branch 'dev' into customMem

first proposal for LZ4_USER_MEMORY_FUNCTIONS

makes it possible to replace at link time
malloc, calloc and free
by user-provided functions
which must be named LZ4_malloc(), LZ4_calloc() and LZ4_free().

answer #937

Merge pull request #944 from lz4/fix874

fix #874

Merge pull request #943 from lz4/fullbench_dec

Added decompression tests in fullbench

Merge pull request #945 from lz4/fix926

fixed remaining ubsan warnings

attempt at silencing cppcheck

fixed remaining ubsan warnings

fix #874

coverity reported a warning regarding a memcpy() overwrite.
This is a false positive (the memory area is large enough),
but it's true that it's not trivial to determine (encompassing struct),
and it's proper anyway to only memcpy() just the right amount of data.

fullbench: added LZ4F_decompress_noHint()

added test for LZ4_decompress_safe_withPrefix64k()

update obsolete section documentation

and update manuals.
fix #712

Merge pull request #942 from lz4/fix926

fix #926

fix minor UBs

- check alignment before casting a pointer
- saveDict : don't memmove() on NULL dst

added similar tests for LZ4_saveDict()

fast (non-HC) variant

fix #926

fix incorrect behavior of LZ4_saveDictHC()
when invoked right after initialization.

Merge pull request #941 from lz4/revertinline

Revert "Replace "static" to "LZ4_FORCE_INLINE" for small functions"

Merge pull request #940 from lz4/fix935

fix #935

Revert "Replace "static" to "LZ4_FORCE_INLINE" for small functions"

This reverts commit 0e3933edd435c54cc2e21e38f5d4ba7bf644a24e.

fix #935

minor: identical declaration and prototypes of `LZ4HC_compress_optimal()`

also :
very minor optimization of `LZ4_memcpy_using_offset()`

Merge pull request #939 from lz4/fix927

LZ4F_decompress requires a valid dctx state

LZ4F_decompress requires a valid dctx state

This is now explicitly documented and asserted.
fix #927

Merge pull request #936 from lz4/alignTest

More alignment tests

static state size

for better inter-version compatibility

re-enable alignment test on all targets

unified internal state declaration

align on `void*` instead : there is no `long long` inside the structure

document LZ4_ALIGN_TEST

unified alignment test

across lz4.c and lz4hc.c

Merge pull request #938 from terrelln/fuzzer-fix

[ossfuzz] Fix parallel builds

[ossfuzz] Fix parallel builds

With `make -j` multiple builds of `standaloneengine.o` happened in
parallel. Fix this by detecting `standaloneengine.o` and moving it to a
depedency.

fix minor explicit cast

Merge pull request #930 from remittor-pr/fix_msvc

Fix: The "inline" specifier do not use for LZ4_wildCopy8 and LZ4_wildCopy32

Replace "static" to "LZ4_FORCE_INLINE" for small functions

The "static" specifier does not guarantee that the function will be inlined.

Replace define LZ4_FORCE_O2_INLINE_GCC_PPC64LE to LZ4_FORCE_INLINE

There is no reason to separate these two definitions!

Merge pull request #928 from remittor-pr/human_redable

Made function LZ4HC_encodeSequence a human readable

Fix: The "inline" specifier do not use for LZ4_wildCopy8 and LZ4_wildCopy32

This problem was reproduced on MSVC 2015 (32-bit). Both functions were called using the operator "call".

[lz4hc] Made function LZ4HC_encodeSequence a human readable

reduce new test stack usage

use heap instead

Appveyor: added compilation and runtime fuzzer tests

to all Windows compiler targets

preserver alignment test on Visual Studio x64

this it works fine in this environment
(only x86 is suspicious)

fixed x32 test on Travis

fix cppcheck unused variable warning

added LZ4_streamHC_t init test

which includes an alignment test

Merge pull request #925 from lz4/test_null

add LZ4F_decompress() tests with (NULL,0) input and output

define sentinelTest

to help scan-build detect the condition

make it possible to select SCANBUILD binary on command line

add LZ4F_decompress() tests with (NULL,0) input and output

fix one (rare & complex) issue discovered by this test

Merge pull request #924 from lz4/safixes

fix minor static analyzer warnings

make scan-build accept assert()

fix bad init scenario

added memcpy() related SA warning fixes

memcpy() on NULL is UB, even if length is 0.

Merge branch 'safixes' of github.com:lz4/lz4 into safixes

fix conversion warning

Merge branch 'dev' into safixes

fix minor static analyzer warnings

detected by scan-build, cppcheck and advanved compilation flags
fix #786

fix minor static analyzer warnings

detected by scan-build and cppcheck
fix #786

bump version number

to v1.9.3

Merge pull request #923 from lz4/fix784

fix efficiency of LZ4_compress_HC_destSize()

improved last literals run on LZ4_compress_destSize

applying new more accurate formula from LZ4_compress_HC_destSize()

also : fix some minor display issue in tests/frametest

ensure last match not too close to end

must respect MFLIMIT distance from oend

fix incorrect counting

after truncation of last sequence

Merge pull request #921 from lz4/doubleNull

fix compressing into NULL