Checked, 12 bit hashes are same. I saw first time 12bit hash conflict, until now all conflicts where with 10bit hashes. Hopefully some solution will be found, we have some ideas.
Checked, 12 bit hashes are same. I saw first time 12bit hash conflict, until now all conflicts where with 10bit hashes. Hopefully some solution will be found, we have some ideas.
Arvo, JTDX пытаюсь собрать, cmake останавливается при линке jtdxjt9.exe. Надо ему прописать libfftw3_omp.a. А как это корректно сделать?
Код:[1108/1164] Linking CXX executable jtdxjt9.exe
FAILED: jtdxjt9.exe
C:\Windows\system32\cmd.exe /C "cd . && C:\msys64\mingw64\bin\c++.exe -Wall -Wextra -fexceptions -frtti -Wno-pragmas -fopenmp --std=gnu++11 -pthread -O3 -DNDEBUG -fdata-sections -ffunction-sections -Wl,--gc-sections -Wl,--stack,16777216 CMakeFiles/jtdxjt9.dir/jtdxjt9_autogen/mocs_compilation.cpp.obj CMakeFiles/jtdxjt9.dir/lib/jt9.f90.obj CMakeFiles/jtdxjt9.dir/lib/jt9a.f90.obj CMakeFiles/jtdxjt9.dir/lib/ipcomm.cpp.obj CMakeFiles/jtdxjt9.dir/jtdx.rc.obj -o jtdxjt9.exe -Wl,--out-implib,libjtdxjt9.dll.a -Wl,--major-image-version,0,--minor-image-version,0 libwsjt_fort_omp.a libwsjt_cxx.a C:/msys64/mingw64/lib/libQt5Core.dll.a C:/msys64/mingw64/lib/libfftw3f.dll.a -lgfortran -lquadmath -lm -lkernel32 -luser32 -lgdi32 -lwinspool -lshell32 -lole32 -loleaut32 -luuid -lcomdlg32 -ladvapi32 && cd ."
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/jtdxjt9.dir/lib/jt9.f90.obj:jt9.f90:(.text+0x1e7): undefined reference to `fftwf_cleanup_threads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/jtdxjt9.dir/lib/jt9.f90.obj:jt9.f90:(.text+0x234): undefined reference to `fftwf_init_threads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/jtdxjt9.dir/lib/jt9.f90.obj:jt9.f90:(.text+0x247): undefined reference to `fftwf_plan_with_nthreads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: libwsjt_fort_omp.a(filbig.f90.obj):filbig.f90:(.text+0x112): undefined reference to `fftwf_plan_with_nthreads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: libwsjt_fort_omp.a(filbig.f90.obj):filbig.f90:(.text+0x188): undefined reference to `fftwf_plan_with_nthreads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: libwsjt_fort_omp.a(downsam10.f90.obj):downsam10.f90:(.text+0xd3): undefined reference to `fftwf_plan_with_nthreads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: libwsjt_fort_omp.a(downsam9.f90.obj):downsam9.f90:(.text+0xff): undefined reference to `fftwf_plan_with_nthreads'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/14.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe: libwsjt_fort_omp.a(downsam9s.f90.obj):downsam9s.f90:(.text+0xca): more undefined references to `fftwf_plan_with_nthreads' follow
collect2.exe: error: ld returned 1 exit status
Arvo, для MSYS2/mingw64 нет такого пакета.
Нужная нам библиотека в пакете mingw-w64-x86_64-fftw.
Вот список файлов: https://packages.msys2.org/packages/...64-x86_64-fftw
Если я вручную прописываю libfftw3_omp.a, jtdxjt9.exe собирается без ошибок.
Но cmake должен сам это сделать, где ему это прописать?
Не один раз наблюдал такую картину - зову, в каждом последующем периоде вижу ответ с новым рапортом, отличающемся от предыдущего, но rr73 не выдаёт... речь о простом режиме, не F/H, часто - в MSHV... в чём дело? Это не только у меня, сплошь и рядом такое... автоматы барахлят?
Arvo, добавил в CMake/Modules/FindFFTW3.cmake:
list (APPEND _libraries fftw3f_omp fftw3f)
И всё собралось.
To much trouble with multiplatform, will remain to downgrade fftw.
Arvo, в Fedora 41 cross компилятор mingw64 и версия fftw - 3.3.8-16.
https://packages.fedoraproject.org/p...fedora-41.html
Надо будет попробовать собрать там :)
Arvo, хорошо бы "Автоматическое управлению частотой" по умолчанию сделать off!
Я не помню за последний год экспедиции, требующие что бы Hound станции прыгали ниже 1000 Гц для передачи рапорта.
Ниже 1000Гц обычно куча зовущих. Если тебя услышали на 1700Гц, там и рапорт передаём. Всегда работает!
Есть некоторые американские динозавры, требующие строгого соблюдения стандарта F/H. Для таких и нужно включать.
В чём проблема? При перескоке на частоту DX вероятность, что зовущие затопчут на "1700" меньше, вероятность успешного завершения QSO больше.
Так я не прошу, в 159-й я себе отключил :)