Menu
▾
▴
Re: [wsjt-devel] Candidate Release WSJT-X 3.0.0-rc1
|
From: Marco C. <PY...@ou...> - 2025-09-18 01:29:18
|
Smart and logic! I've been able to complete the build now, but failing to install since there is not a rule for --target install and my skill with compiling code is quite limited. So I have all build done but I don't know how to install! Regards PY1ZRJ Inviato da Outlook per Android<https://aka.ms/AAb9ysg> ________________________________ From: Alex Lelievre <al...@fo...> Sent: Wednesday, September 17, 2025 9:58:09 PM To: PY...@ou... <PY...@ou...>; software development WSJT <wsj...@li...> Subject: Re: [wsjt-devel] Candidate Release WSJT-X 3.0.0-rc1 Have you considered just using an older version of Cmake? I must have three versions on my machine! best, alex K6LOT On Sep 17, 2025, at 3:27 PM, Marco Calistri via wsjt-devel <wsj...@li...> wrote: Sorry to be filling the mailing list with my personal issue! I tried to use the definition -DCMAKE_POLICY_VERSION_MINIMUM=3.5...3.11 \ but the error continues: CMake Error at CMakeLists.txt:199 (add_custom_target): The target name "install" is reserved or not valid for certain CMake features, such as generator expressions, and may result in undefined behavior. Then I get stuck. Regards, PY1ZRJ Il 17/09/25 16:22, George Baltz ha scritto: I'm using 4.1.1; I set the max to 3.11 to avoid the changes to the 'install' target. On 9/17/25 3:18 PM, Marco Calistri wrote: Based on cmake documentation, I found the following rule: Changed in version 4.0: Compatibility with versions of CMake older than 3.5 is removed. Calls to cmake_minimum_required(VERSION) or cmake_policy(VERSION) that do not specify at least 3.5 as their policy version (optionally via ...<max>) will produce an error in CMake 4.0 and above. Then, since my installed cmake version is the 4.1, how do I set the variable? (VERSION 3.5...4.1) ??? I'm a bit confused about that. Regards, Marco PY1ZRJ Inviato da Outlook per Android<https://aka.ms/AAb9ysg> ________________________________ From: Marco Calistri via wsjt-devel <wsj...@li...><mailto:wsj...@li...> Sent: Wednesday, September 17, 2025 2:35:57 PM To: WSJT software development <wsj...@li...><mailto:wsj...@li...> Cc: Marco Calistri <PY...@ou...><mailto:PY...@ou...>; George Baltz <Geo...@gm...><mailto:Geo...@gm...> Subject: Re: [wsjt-devel] Candidate Release WSJT-X 3.0.0-rc1 Will try that George, Thanks for the heads-up! 73s PY1ZRJ Inviato da Outlook per Android<https://aka.ms/AAb9ysg> ________________________________ From: George Baltz via wsjt-devel <wsj...@li...><mailto:wsj...@li...> Sent: Wednesday, September 17, 2025 2:19:57 PM To: wsj...@li...<mailto:wsj...@li...> <wsj...@li...><mailto:wsj...@li...> Cc: George Baltz <Geo...@gm...><mailto:Geo...@gm...> Subject: Re: [wsjt-devel] Candidate Release WSJT-X 3.0.0-rc1 Add the max version to the same addition - -DCMAKE_POLICY_VERSION_MINIMUM=3.5...3.11 On 9/16/25 20:58, Marco Calistri via wsjt-devel wrote: > Hello, > > I attempted to compile the new source WSJTX 3.0.0-rc1 code as always I > did so far, but now cmake is giving an error. > > This is the sequence of commands I alway launch (in this specific case I > added the POLICY_VERSION=3.5): > > tar -xzvf /home/marco/Scaricati/wsjtx-3.0.0-rc1.tgz -C /home/marco/WSJT- > X_build/build/ > cd /home/marco/WSJT-X_build/build/wsjtx-3.0.0-rc1/ > /usr/bin/cmake -Dhamlib_INCLUDE_DIRS=/usr/local/include \ > -Dhamlib_LIBRARIES=/usr/local/lib64/libhamlib.so \ > -Dhamlib_LIBRARY_DIRS=/usr/local/lib64 \ > -DWSJT_GENERATE_DOCS=OFF \ > -DWSJT_SKIP_MANPAGES=ON \ > -DWSJT_QMAP=NO \ > -Werror=deprecated-declarations \ > -Wno-error \ > -DCMAKE_POLICY_VERSION_MINIMUM=3.5 > -DCMAKE_INSTALL_PREFIX=/home/marco/WSJT-X_build/.wsjtx . > > This is the answer of cmake: > > CMake Warning: > No source or binary directory provided. Both will be assumed to be the > same as the current working directory, but note that this warning will > become a fatal error in future CMake releases. > > > CMake Deprecation Warning at CMakeLists.txt:1 (cmake_minimum_required): > Compatibility with CMake < 3.10 will be removed from a future version of > CMake. > > Update the VERSION argument <min> value. Or, use the <min>...<max> > syntax > to tell CMake that the project requires at least <min> but has been > updated > to work with policies introduced by <max> or earlier. > > > -- The C compiler identification is GNU 15.2.0 > -- The CXX compiler identification is GNU 15.2.0 > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Check for working C compiler: /usr/bin/cc - skipped > -- Detecting C compile features > -- Detecting C compile features - done > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Check for working CXX compiler: /usr/bin/c++ - skipped > -- Detecting CXX compile features > -- Detecting CXX compile features - done > -- Found Git: /usr/bin/git (found version "2.51.0") > CMake Warning (dev) at /usr/share/cmake/Modules/ExternalProject/ > shared_internal_commands.cmake:1261 (message): > The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is > not set. The policy's OLD behavior will be used. When using a URL > download, the timestamps of extracted files should preferably be that of > the time of extraction, otherwise code that depends on the extracted > contents might not be rebuilt if the URL changes. The OLD behavior > preserves the timestamps from the archive instead, but this is > usually not > what you want. Update your project to the NEW behavior or specify the > DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this > robustness issue. > Call Stack (most recent call first): > /usr/share/cmake/Modules/ExternalProject.cmake:3080 > (_ep_add_download_command) > CMakeLists.txt:112 (ExternalProject_Add) > This warning is for project developers. Use -Wno-dev to suppress it. > > CMake Warning (dev) at /usr/share/cmake/Modules/ExternalProject/ > shared_internal_commands.cmake:1261 (message): > The DOWNLOAD_EXTRACT_TIMESTAMP option was not given and policy CMP0135 is > not set. The policy's OLD behavior will be used. When using a URL > download, the timestamps of extracted files should preferably be that of > the time of extraction, otherwise code that depends on the extracted > contents might not be rebuilt if the URL changes. The OLD behavior > preserves the timestamps from the archive instead, but this is > usually not > what you want. Update your project to the NEW behavior or specify the > DOWNLOAD_EXTRACT_TIMESTAMP option with a value of true to avoid this > robustness issue. > Call Stack (most recent call first): > /usr/share/cmake/Modules/ExternalProject.cmake:3080 > (_ep_add_download_command) > CMakeLists.txt:165 (ExternalProject_Add) > This warning is for project developers. Use -Wno-dev to suppress it. > > CMake Error at CMakeLists.txt:199 (add_custom_target): > The target name "install" is reserved or not valid for certain CMake > features, such as generator expressions, and may result in undefined > behavior. > > > -- Configuring incomplete, errors occurred! > marco@linux-turion64:~/WSJT-X_build/build/wsjtx-3.0.0-rc1<mailto:marco@linux-turion64:~/WSJT-X_build/build/wsjtx-3.0.0-rc1>> - > DCMAKE_INSTALL_PREFIX=/home/marco/WSJT-X_build/.wsjtx . > > > Could someone kindly clarify to me what I need to change, in order the > code being compiled without error, please? > Note: marco@linux-turion64:~/WSJT-X_build/build/wsjtx-3.0.0-rc1<mailto:marco@linux-turion64:~/WSJT-X_build/build/wsjtx-3.0.0-rc1>> cmake > --version > cmake version 4.1.1 > > TNX! > > --- > *73 de Marco, PY1ZRJ (former IK5BCU)* > ** > > > > Il 15/09/25 11:02, Joseph Taylor via wsjt-devel ha scritto: _______________________________________________ wsjt-devel mailing list wsj...@li...<mailto:wsj...@li...> https://lists.sourceforge.net/lists/listinfo/wsjt-devel --- 73 de Marco, PY1ZRJ (former IK5BCU) <Uc7xIyLqOTEc0ZKZ.jpeg> <OpenPGP_0x38215F3BB231677C.asc> _______________________________________________ wsjt-devel mailing list wsj...@li... https://lists.sourceforge.net/lists/listinfo/wsjt-devel |
