- Sep 06, 2016
-
-
Luker authoredThis way we don't need to sync on which algorithm to use, as that would introduce locking. Signed-off-by:Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Also, cleanup Cmake. Signed-off-by:
-
- Jul 02, 2016
-
-
Luker authored
no big deal here Signed-off-by:
-
- Jul 01, 2016
-
-
Luker authored
Groundwork started. Started moving things to RFC6330. Next steps will be cleanup & RaptorQ namespaces. Meanwhile we need better file naming. Supporting multiple versions of the same API should be easier now. Signed-off-by:
-
- Jun 29, 2016
-
-
Luker authored
Signed-off-by:
-
- Jun 24, 2016
-
-
Luker authored
Signed-off-by:
-
- Jun 01, 2016
-
-
Luker authored
We start breaking the API, too Signed-off-by:
-
- May 30, 2016
-
-
Luker authored
There seems to be support for it everywhere. defines are bulky and error-prone Signed-off-by: -
Luker authored
I almost made this a header-only library. should I make the switch now? Signed-off-by:
-
- Nov 04, 2015
-
-
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:
-
- Apr 03, 2015
-
-
Luker authored
Also: CMake flags fix Signed-off-by: -
Luker authored
blocks, sizes, symbols. Signed-off-by: -
Luker authored
Switched to iterators instead of std::vector. Now it's possible to build the C interface, and you can use any container you want. Signed-off-by:
-
- Mar 19, 2015
-
-
Luker authored
-