Peter Ludemann
Peter Ludemann
`uint64_t` is defined by doing: `#include #include ` in `StopWatch.hpp` and changing `unsigned long long` to `uint64_t` in both `StopWatch.hpp` and `StopWatch.cpp`. There are quite a few other places where...
This compiles with gcc-12.2.0 (but with lots of warnings; gcc-13.2.0 also has lots of warnings).
This fix is also in https://github.com/rdfhdt/hdt-cpp/pull/275
Please assign this to me (together with issue #1312)
I've only been able to run the stand-alone utilities via the "libtool" script that's built in the `tools` directory. This script seems to misbehave if I have the gcc runtime...
About libz -- I had problems statically linking with libcds.a or libhdt.a ... I was getting libcds.so and libhdt.so (confirmed with ldd); to fix this, I made a copy of...
I have this line in the `Makefile`s, so I assume I have libz, and `libz.so` doesn't appear when I use `ldd` on any of the executables in the `.lib` directories:...
This is the line in the `Makefile`s that makes me think that libz was detected: ``` $ cd hdt/hdt-cpp $ find . -type f -name Makefile -print0 | xargs -0...
Instead of calling `PL_initialise()`, I suggest calling `Plx_initialise()`, which does the error checking for you. Or, use `PlEngine`, which also calls `PL_cleanup()` automatically at the end. This doesn't fix the...
`SWI-cpp.h` is obsolete; I suggest using `SWI-cpp2.h` (which fixes the `size_t` problem you pointed out). There are suggestions for how to convert from `SWI-cpp.h` to `SWI-cpp2.h` in the documentation.