- Nov 05, 2015
-
-
Luker authoredSigned-off-by:Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Signed-off-by:
-
- Nov 04, 2015
-
-
Luker authored
Signed-off-by: -
Luker authored
Multiblock alignment decoding was wrong if the block size was not aligned with the output alignment. Also, what we were calling output iterator was really a forward iterator. Get it right. Signed-off-by:
-
- Nov 03, 2015
-
-
Luker authored
I'll try to remember to check old codepaths when moving to new code :p Signed-off-by: -
Luker authored
I don't even remember why... it was just wrong... Signed-off-by: -
Luker authored
symbol might not be aligned with the output iterator, which means that we'll need to pad it. Signed-off-by: -
Luker authored
Alignment differences are harder than I thought... Signed-off-by: -
Luker authored
Signed-off-by: -
Luker authored
We were neither respecting sub-block differences, neither counting the alignment, which is not necessary the input data alignment... Signed-off-by: -
Luker authored
Bro, do you even shift? Signed-off-by:
-
- Nov 01, 2015
-
-
Luker authored
The C++ test now can be easily moved to using different alignments for testing or playing around. Signed-off-by: -
Luker authored
Also: tiny fix on an interleaver condition. Signed-off-by: -
Luker authored
It just might be good to see if we can actually do something Signed-off-by:
-
- Oct 27, 2015
-
-
Luker authored
Make tests a little more on the edge cases, so that we don't have clean cut blocks and symbols everywhere Signed-off-by: -
Luker authored
Previous fix was hurried, and only fix one of the possible cases. Found the real cause and fixed it. Signed-off-by: -
Luker authored
Signed-off-by:
-
- Oct 23, 2015
-
-
Luker authored
And update tests for multi-block usage Signed-off-by: -
Luker authored
Thanks to Menghan for finding this out. Signed-off-by:
-
- Jun 12, 2015
-
-
Luker authored
Strange but true. Let things compile for them, too. Also: threads are required now, not optional Signed-off-by:
-
- Jun 11, 2015
-
-
Luker authored
worked on ArchLinux (cmake 3), plain wrong on Ubuntu (cmake 2.8) things should be ok now. Signed-off-by:
-
- May 12, 2015
-
-
Luker authored
used cppcheck, valgrind on the examples. fix the C interface free(), the example, the build type select. update the cppcheck files, add the clang scanbuild script Signed-off-by: -
Luker authored
bring the README up to date with the last changes Signed-off-by: -
Luker authored
Use link time optimization with gcc and clang. Also: add LTO to documentation, and warn that clang and profiling break deterministic builds Signed-off-by: -
Luker authored
This will work even with the llvm-ar archiver. delete all timestamps, put to 0 gids and uids. Signed-off-by:
-
- May 05, 2015
-
-
Luker authored
Enable Profiling for both gcc and clang. This should give us a small boost in performance, specially on few symbols per block. Also: mark CMake features as advanced and use a forward declaration instead of a struct in the C interface. Signed-off-by:
-
- Apr 17, 2015
-
-
Luker authored
Also, fix a bit the C example. Signed-off-by:
-
- Apr 15, 2015
-
-
Luker authored
unused code, plus an old longstanding rfc difference we should be conformant now. Signed-off-by: -
Luker authored
Why... I don't.. even... Signed-off-by: -
Luker authored
Still kinda rough, but seems to work Signed-off-by:
-
- Apr 14, 2015
-
-
Luker authored
lots of bugfixes, also due to the creation of a couple of examples for the C and C++ interface. Updated documentation accordingly Signed-off-by:
-
- Apr 13, 2015
-
-
Luker authored
Add the "tests" target and use lstlisting Signed-off-by: -
Luker authored
We have testsss! (And some embarassing bugfixes, too!) Signed-off-by: -
Luker authored
Also small diff to documentation Signed-off-by: -
Luker authored
Signed-off-by: -
Luker authored
Also, the C interface should return uint64, not uint32 Signed-off-by:
-
- Apr 12, 2015
-
-
Luker authored
The Gnu Free Documentation License seems better suited to the documentation than the LGPL. Also, start writing something about the C interface Signed-off-by: -
Luker authored
Worst case: 1-byte alignment, decoding of 881GB of data. We need 40 bits. Signed-off-by: -
Luker authored
Should never happen, but someone might request a symbol of 2 bytes, with a 4byte alignment. We check for that, but we might want to be more flexible in the future Signed-off-by:
-
- Apr 10, 2015
-
-
Luker authored
Also add relative (optional) cmake target: "docs" Documentation is still incomplete, needs more work. Signed-off-by:
-