delta/liberasurecode.git/src/utils, branch master

Make our alt crc32 more portable

2019-02-13T21:25:33+00:00

Apparently the author of our old crc32 assumed that shifting an int
to the right sign-extends, which is not always the case. Result is,
building and running make test on s390x fails. The fix is to force
a sign-extension using the "xor 0x80; sub 0x80" trick.

N.B. This does not cause a compatibility problem, because by a
miracle the "broken" crc32_alt was actually computing a stock
crc32, same that zlib has. Therefore, if someone, somewhere,
ran a Swift cluster on s390x with erasure coding policy,
the data in it is already stored with zlib checksums, as we
do it now anyway. This fix only permits the tests pass, which
used the bad data sample from x86.

Change-Id: Ibd5e4e6c02be00540a9648cc7e0f8efda275bf3f
Related-Change: Ib5ea2a830c7c23d66bf2ca404a3eb84ad00c5bc5
Related-Bug: 1666320

Use zlib for CRC-32

2017-07-06T17:40:38+00:00

Previously, we had our own CRC that was almost but not quite like
zlib's implementation. However,

* it hasn't been subjected to the same rigor with regard to error-detection
  properties and
* it may not even get used, depending upon whether zlib happens to get
  loaded before or after liberasurecode.

Now, we'll use zlib's CRC-32 when writing new frags, while still
tolerating frags that were created with the old implementation.

Change-Id: Ib5ea2a830c7c23d66bf2ca404a3eb84ad00c5bc5
Closes-Bug: 1666320

Stop pretending to support SSE4-optimized CRC-32C

2017-07-06T00:08:45+00:00

It isn't the CRC we want, and we never used it anyway. While we may
define INTEL_SSE41 or INTEL_SSE42 if CPU seems to support it, we've
never defined INTEL_SSE4.

Change-Id: I04e1dd6458ccde58a0a2f3f4d6947569a31e9697
Partial-Bug: 1666320

Fixing Issue #19 by stubbing out Jerasures uninit function.

2015-09-13T00:34:38+00:00

If the underlying jerasure implementation is old (pre-jerasure.org),
then it will not contain an uninit function for the underlying GF
object.  Since this is only used in alg_sig, which is not used by
anything else at the moment, we stub it out if it does not exist.

Once we make the change to have alg_sig use the internal GF functions,
this whole problem goes away.

This fixed the memory leak mentioned in Issue #12:

2015-04-27T18:59:32+00:00

https://bitbucket.org/tsg-/liberasurecode/issue/12/make-valgrind-test-fails

Add md5sum implementation

2015-03-08T08:56:16+00:00

Compile in pedantic mode and fail compilation on warnings. Also cleanup all existing warnings.

2014-09-11T00:13:45+00:00

algsig: Move jerasure backend dlopen up a level

2014-07-23T01:25:30+00:00

.. also check for errors

Signed-off-by: Tushar Gohad

Ripping out galois.[ch] and dynamically pulling the multiplication functon from jerasure

2014-07-22T20:37:39+00:00

fixed some compile errors in galois.c

2014-07-22T15:28:46+00:00