randombit / fecpp Goto Github PK

When running ./benchmark, I get lots of output that corresponds to this code:

            if(buf[i] != expected)
               printf("block=%d i=%d got=%02X expected=%02X\n",
                      (int)block, (int)i, buf[i], expected);

            }

However, if I checkout git hash eb00e8a, it works fine!

I tried building test_fec via the command make test_fec, but I got some errors.

They said
fec_code’ was not declared in this scope
and
'byte' does not name a type

I fixed them both with this diff:

--- a/test/test_fec.cpp
+++ b/test/test_fec.cpp
@@ -8,6 +8,7 @@
 #include <stdlib.h>
 #include <string.h>
 #include "fecpp.h"
+using byte = std::uint8_t;

 /*
  * compatibility stuff
@@ -77,7 +78,7 @@ my_malloc(int sz, const char *s)
  */

 int
-test_decode(fec_code& code, size_t k, size_t index[], size_t sz,
+test_decode(fecpp::fec_code& code, size_t k, size_t index[], size_t sz,
             const char *s)
 {
     int errors;
@@ -206,7 +207,7 @@ main(int argc, char *argv[])

     for ( kk = KK ; kk > 2 ; kk-- )
        {
-       fec_code code(kk, lim);
+       fecpp::fec_code code(kk, lim);
        ixs = (size_t*)my_malloc(kk * sizeof(size_t), "ixs" );

        for (i=0; i<kk; i++) ixs[i] = kk - i ;

But I'm now having problems with:
error: no matching function for call to ‘fecpp::fec_code::encode(byte**&, byte*&, size_t&, size_t&)’

Does test_fec work at all? It seems like it's not compatible with the rest of the code, from what I can tell.

Thank you!

People claim it's nice, time to find out I guess.

install the boost with brew install boost
install the boost-python with brew install boost-python
but when I make -f Makefile incurring the problem: ld: library not found for -lboost_python

how to solve the above problem, anyone can give me some suggestion?

Happily the licenses are compatible.

Reasons:

1. This gets us the utils that are already in Botan and necessary here - cross platform CPUID, a generic SIMD wrapper, language binding helpers, etc.

2. Once merged/released it ~immediately becomes available in every major distro.

3. The overlap of applications that want FEC and crypto is quite high, probably close to 100%

Instead there should be a C API and a ctypes Python wrapper.

Could use the SSSE3 approach

Is the decoding part of the program available? Is it the test_recovery binary that does the decoding? I tried running ./test_recovery --help but it didn't provide any help. Thank you.