- Jan 07, 2018
-
-
Luker authoredUsing a struct makes it more portable for C, and we avoid some first/second which nobody ever understand/remeber the meaning Signed-off-by:Luca Fulchir <luker@fenrirproject.org>
-
Luker authored
Signed-off-by:
-
- Jan 04, 2018
-
-
Luker authored
Signed-off-by:
-
- Dec 21, 2017
-
-
Luker authored
add ability for the decoder to clear the data, so that the memory can be reused again. Signed-off-by:
-
- Dec 19, 2017
-
-
Luker authored
Fix unusable apis, port a couple of windows fixes Signed-off-by:
-
- Dec 12, 2017
-
-
Luker authored
Signed-off-by: -
Luker authored
Signed-off-by:
-
- Dec 11, 2017
-
-
Luker authored
* Wrong declaration of C functions * fix including of split caches for header-only and linked library CmakeList: split the sources for linked and header-only Signed-off-by:
-
- Jan 02, 2017
-
-
Luker authored
set default/delete for all class constructors Signed-off-by:
-
- Dec 30, 2016
-
-
Luker authored
Signed-off-by:
-
- Dec 27, 2016
-
-
Luker authored
Signed-off-by:
-
- Dec 15, 2016
-
-
Luker authored
Maybe. we'll see. Signed-off-by:
-
- Nov 08, 2016
-
-
Luker authored
RFC6330 lies. No big deal, just a change of names. Many thanks to Mohammed Alasmar Signed-off-by:
-
- Nov 05, 2016
-
-
Luker authored
Signed-off-by:
-
- Nov 02, 2016
-
-
Luker authored
Too many iterators, all the same. a couple of macros are better than that much duplication Signed-off-by: -
Luker authored
Also, a longstanding, never-triggered bug got fixed. More work need to be done for decoder iterators, and the <future>, which is not supported in C++98 Signed-off-by:
-
- Oct 31, 2016
-
-
Luker authored
Signed-off-by: -
Luker authored
Still incomplete. And I am not sure I should support it, but it should get more people happy Signed-off-by: -
Luker authored
We can now either compile & link the library, or include header-only (almost, but the structure is there). Signed-off-by:
-
- Oct 27, 2016
-
-
Luker authored
Work towards #16 Signed-off-by:
-
- Oct 26, 2016
-
-
Luker authored
Technically, we broke the old C RAW API. but it was just created, and we are in prealpha. And we only put things const. so whatever. Signed-off-by:
-
- Oct 25, 2016
-
-
Luker authored
Minor API changes. everything is const now, same as in the C RFC API Signed-off-by: -
Luker authored
Thank you GCC, we had a bug. Signed-off-by: -
Luker authored
Signed-off-by: -
Luker authored
Close #11 . Seems good enough, but let's not call it final yet. Minor tweaks to the CPP API, too Signed-off-by:
-
- Oct 24, 2016
-
-
Luker authored
...although you will rarely need it for the encoder. Signed-off-by: -
Luker authored
should not be necessary, we made things typesafe. But there are strange people around... Signed-off-by: -
Luker authored
And finally fix #3 Testing is needed, though. Signed-off-by:
-
Luker authored
Spaces, not tabs. Actually, I liked tabs much more. But it seems a lot of IDEs and general reader do not handle them correctly, or do not let you configure "1 tab == 4 spaces", so the code was not always readable. "git diff -w" for this commit is en empty list. Signed-off-by: -
Luker authored
This was originally meant only to eradicate the interleaving code, so that the raw API could be slightly faster. Turns out a lot had to be done for that, and the API changed to reflect those changes. The RAW_Encoder template now has enabled/disabled methods, so that you can only use the right one, depending on whether you choose interleaving or not. While doing all of this, I realized a nice way to let the user choose the correct symbol number for the block. +1 for typesafety. And since the commit became really big, I threw in a couple of useless style changes, bringing back everything to 80 columns. Really, I should be doing smaller commits. Signed-off-by:
-
- Oct 18, 2016
-
-
Luker authored
Ticket #3 not yet finished, blocked by #7 Signed-off-by:
-