Re: [wsjt-devel] Candidate Release WSJT-X 3.0.0-rc1

[Marco C. <PY...@ou...>]

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...>
>> *Sent:* Wednesday, September 17, 2025 2:35:57 PM
>> *To:* WSJT software development <wsj...@li...>
>> *Cc:* Marco Calistri <PY...@ou...>; George Baltz 
>> <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...>
>> *Sent:* Wednesday, September 17, 2025 2:19:57 PM
>> *To:* wsj...@li... <wsj...@li...>
>> *Cc:* George Baltz <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> -
>> > 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> 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...
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**