You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Windows, when the NFFT is compiled without multicore support (OpenMP), the produced binaries still require the libwinpthread-1.dll to run. The only function they need from this dll is clock_gettime.
The text was updated successfully, but these errors were encountered:
I tried to add a fix, but I'm unable to include the mingw windows.h in kernel/util/time.c
The main issue is that there is a conflicting typedef of the datatype INT:
Our infft.h defines typedef ptrdiff_t INT;
and inside windows.h (minwindef.h) there is the definition typedef int INT;
typedef ptrdiff_t NFFT_INT; + s/INT/NFFT_INT in the code base? Would probably require a soversion bump though.
Using such a generic name for the typedef was dangerous in the first place. People have been bitten by this before with libpng, libjpeg and many others legacy C-libraries. Unless there is a particular macro to be set before inclusion of the infamous windows.h to bypass the conflicting typedef, then I can't think of another option.
In Windows, when the NFFT is compiled without multicore support (OpenMP), the produced binaries still require the
libwinpthread-1.dll
to run. The only function they need from this dll isclock_gettime
.The text was updated successfully, but these errors were encountered: