[wsjt-devel] WSJTX build issue on Windows

[<gr...@gr...>]

Hello WSJTX developers:

 

    I am trying to build WSJTX from the tarball
wsjtx-3.0.0_improved_PLUS_250924.tgz

as recommended by dg2ycb several weeks ago, but have encountered

a barrier for which I am looking for a suggestion.

 

    I need to build WSJTX on a Windows 11 system.

    I think I have made pretty good progress in the sense that I have

gotten what I believe to be all of the dependant packages to build and

install, including Qt 5.15.2, boost, fftw, hamlib, all of the mingw

compilers, etc.

 

   I think I am close to getting wsjtx to build, but right now I am

pretty much stimied.

 

    I began by installing Qt 5.15.2 and jtsdk64-tools. Within the

jtsdk64-tools directory framework and from the mingw64 shell I installed

the various dependencies via the package manager.

 

    The wsjtx source is setup to be built via the CMake build utility

with which I am currently a novice. I have tried to build wsjtx from a

build directory  via the following commands:

 

cmake -G "MinGW Makefiles" \

  -DWSJT_GENERATE_DOCS=OFF \

  -DCMAKE_Fortran_FLAGS="-std=legacy -fallow-argument-mismatch" \

  -DCMAKE_BUILD_TYPE=Release \

 
-DCMAKE_PREFIX_PATH="/c/Qt/5.15.2/mingw81_64;/c/JTSDK64-Tools/tools/msys64/m
ingw64" \

  ..

 

cmake --build . --parallel

 

    The diagnostic that I get is:

 

[ 38%] Performing configure step for 'hamlib'

'C:\JTSDK64-Tools\src\wsjtx\build\hamlib-prefix\src\hamlib\configure' is not
recognized as an internal or external command,

operable program or batch file.

 

    I tried building and installing hamlib separately which appeared

to work ok but then I found that the building of wsjtx is very tightly

coupled to the building of hamlib in the CMake build scripts. I tried

tweaking the top level CMakeLists.txt file, specificly the call to

ExternalProject_Add(hamlib to use the bash shell to execute configure

but that did not work.

 

   I also tried setting the CONFIG_SHELL environment variable, i.e.,

 

export CONFIG_SHELL=/usr/bin/sh

 

but it had no effect.

 

  Any suggestions will be much appreciated.

 

    As further background, I myself am a blind developer who has

volunteered to make some modifications to the UDP daemon for the

purpose of extending the current API so that more of the WSJTX functionality

is available via an external accessibility agent. I myself am not a

radio operator and have no call sign but my goal is to make more WSJTX

functions available to the WSJTX blind user group.

 

Thanks in advance,

 

Gary R. Day