The linked version was not usable, and there were
inconsistencies. much better not, probably
still work to do.

The same will be done on the RFC wrappers

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Fixes #24



Sometimes it makes sense to have incomplete data.
This way we both de-interleave the incomplete data
and we give a std::vector<bool> of which bytes were
transmitted correctly and which were zeroed out.

Accessible through the end_of_input() calls, as it is the
only call that makes sense for this, since we need to
also ignore any other repair symbol.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

...which brings some API breakage :(

notable things:

* C and C++ names for structs and variables are now in sync
* common.hpp is much easier to read
* added "trcked by" "tracks ..." to know that some things
  are to be kept in synch between C and C++
* "RaptorQ_Dec_Result" name was too similar to
  "RaptorQ_Decoder_Result". The C++ version calls it
  "Decoder_wait_res", let's go with that, at least it
  is more different and actually more to the point.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Just using wait() on the future does not give the
same semantic meaning as decode_once, which can sometimes
be needed.

Also, the C++ API exposes that, so the C API should really
track it.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

From is a void** not a void*

Copy-paste is as bad as ever, I guess...

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

I forgot to delete and set the ptr to nullptr
for the RaptorQ_ptr

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Ticket #8



Finally move the documentation to track the
RFC6330 namespace for both C and C++ APIs

fixes are related to the documentation
* decode_symbol was forgotten
* future_state uniformed between RAW and RFC
* renamed a couple of RaptorQ__v1 in RFC6330__v1

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

add ability for the decoder to clear the data, so that the memory
can be reused again.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Fix unusable apis, port a couple of windows fixes

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

We can now either compile & link the library, or
include header-only (almost, but the structure is there).

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

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: Luca Fulchir <luker@fenrirproject.org>

Minor API changes. everything is const now,
same as in the C RFC API

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Thank you GCC, we had a bug.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

Close #11

. Seems good enough, but let's not call it
final yet.

Minor tweaks to the CPP API, too

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

...although you will rarely need it for the encoder.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

should not be necessary, we made things typesafe.
But there are strange people around...

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

And finally fix #3



Testing is needed, though.

Signed-off-by: Luca Fulchir <luker@fenrirproject.org>

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: Luca Fulchir <luker@fenrirproject.org>

Ticket #3 not yet finished, blocked by #7



Signed-off-by: Luca Fulchir <luker@fenrirproject.org>