t a/Source/CMakeVersion.cmake b/Source/CMakeVersion.cmake
index b970019..bd80231 100644
--- a/Source/CMakeVersion.cmake
+++ b/Source/CMakeVersion.cmake
@@ -1,5 +1,5 @@
# CMake version number components.
set(CMake_VERSION_MAJOR 3)
set(CMake_VERSION_MINOR 13)
-set(CMake_VERSION_PATCH 20181020)
+set(CMake_VER
On Sun, Oct 21, 2018 at 3:41 AM Илья Шипицин wrote:
>
>
> сб, 20 окт. 2018 г. в 18:31, Eric Noulard :
>
>>
>>> And the content is:
>>> $ rpm -qpl softether-vpnserver-5.1.9660-1.x86_64.rpm
>>> /lib
>>> /lib/systemd
>>> /lib/systemd/system
>>> /lib/systemd/system/softether-vpnserver.service
>>>
Project P depends on library L.
L comes with a module FindL.cmake, which is so
complicated that we would not be able to adapt it
to our needs.
On most platforms, users will build P from source,
and dynamically link with L. For them, the line
find_package(L REQUIRED)
in P/CMakeLists.txt works
сб, 20 окт. 2018 г. в 18:31, Eric Noulard :
>
>> And the content is:
>> $ rpm -qpl softether-vpnserver-5.1.9660-1.x86_64.rpm
>> /lib
>> /lib/systemd
>> /lib/systemd/system
>> /lib/systemd/system/softether-vpnserver.service
>> /usr/libexec
>> /usr/libexec/softether
>>
Hi Joachim,
Am Samstag, 20. Oktober 2018, 13:22:04 CEST schrieb Joachim Wuttke:
> If Config mode is the newer, preferred way to find a package, I would expect
> find_package to first try Config mode, and only fall back to Module mode if
> no config scripts can be found. However, according to the
>
>
> And the content is:
> $ rpm -qpl softether-vpnserver-5.1.9660-1.x86_64.rpm
> /lib
> /lib/systemd
> /lib/systemd/system
> /lib/systemd/system/softether-vpnserver.service
> /usr/libexec
> /usr/libexec/softether
> /usr/libexec/softether/vpnserver
> /usr/libexec/softether/vpnserver/hamcore.se2
>
Le sam. 20 oct. 2018 à 10:54, Илья Шипицин a écrit :
>
>
> сб, 20 окт. 2018 г. в 13:30, Eric Noulard :
>
>>
>>
>> Le sam. 20 oct. 2018 à 10:15, Илья Шипицин a
>> écrit :
>>
>>> hi,
>>>
>>> we use cmake/cpack for mangling systemd scripts
>>>
>>>
>>>
Somewhere we are advised that Module mode should be phased out in favor of
Config mode.
If Config mode is the newer, preferred way to find a package, I would expect
find_package to first try Config mode, and only fall back to Module mode if
no config scripts can be found. However, according to
Hi.
I recently tried to build the Jinja2Cpp library on Windows 10 with Visual
Studio 2017. I had managed to do this successfully before, but when I tried it
again this time after deleting the `Jinja2Cpp` directory and cloning from the
GitHub repo again, I had errors in CMake and couldn't
just in case, I tried 3.12.3
the same issue
сб, 20 окт. 2018 г. в 13:53, Илья Шипицин :
>
>
> сб, 20 окт. 2018 г. в 13:30, Eric Noulard :
>
>>
>>
>> Le sam. 20 oct. 2018 à 10:15, Илья Шипицин a
>> écrit :
>>
>>> hi,
>>>
>>> we use cmake/cpack for mangling systemd scripts
>>>
>>>
>>>
сб, 20 окт. 2018 г. в 13:30, Eric Noulard :
>
>
> Le sam. 20 oct. 2018 à 10:15, Илья Шипицин a
> écrit :
>
>> hi,
>>
>> we use cmake/cpack for mangling systemd scripts
>>
>>
>> https://github.com/SoftEtherVPN/SoftEtherVPN/blob/master/src/vpnserver/CMakeLists.txt#L26
>>
>> what happens:
>>
>> (*)
Le sam. 20 oct. 2018 à 10:15, Илья Шипицин a écrit :
> hi,
>
> we use cmake/cpack for mangling systemd scripts
>
>
> https://github.com/SoftEtherVPN/SoftEtherVPN/blob/master/src/vpnserver/CMakeLists.txt#L26
>
> what happens:
>
> (*) deb installs files to /usr/libexec
> (*) cmake sets location as
hi,
we use cmake/cpack for mangling systemd scripts
https://github.com/SoftEtherVPN/SoftEtherVPN/blob/master/src/vpnserver/CMakeLists.txt#L26
what happens:
(*) deb installs files to /usr/libexec
(*) cmake sets location as /usr/local/libexec
as a result: it does not work (systemd cannot find
13 matches
Mail list logo