Re: [CMake] Signing individual binary and problem with PackageMaker CPack generator

Den tis 23 okt. 2018 kl 18:46 skrev Elvis Stansvik : > > Den tis 23 okt. 2018 kl 18:26 skrev Elvis Stansvik > : > > > > Just going to jump in here and show how we did it (on the bus with just my > > phone so will be a bit terse): > > > > packaging/In

Re: [CMake] Signing individual binary and problem with PackageMaker CPack generator

Den tis 23 okt. 2018 kl 18:26 skrev Elvis Stansvik : > > Just going to jump in here and show how we did it (on the bus with just my > phone so will be a bit terse): > > packaging/InstallWindowsDeps.cmake: > > include(BundleUtilities) > > # Dependant executables/librar

Re: [CMake] Signing individual binary and problem with PackageMaker CPack generator

Just going to jump in here and show how we did it (on the bus with just my phone so will be a bit terse): packaging/InstallWindowsDeps.cmake: include(BundleUtilities) # Dependant executables/libraries set(INSIGHT_ARTIFACTS "${CMAKE_INSTALL_PREFIX}/orexplore-insight.exe"

Re: [CMake] Putting the git commit hash in a cmake variable

Den fre 12 okt. 2018 00:24Matt Schulte skrev: > Ah, that's a good tip Elvis. The CONFIGURE_DEPENDS on the .git/index > would do the trick. I can set that up for now. > > In the long run, its not that ideal because it forces a reconfigure on > every commit (which is annoying for developers at

Re: [CMake] Putting the git commit hash in a cmake variable

Den tors 11 okt. 2018 kl 18:28 skrev Matt Schulte : > > Thanks Isaiah and Michael. > > Both solutions work great if you just want to generate a header file > that contains the git commit hash. I have seen these solutions before. > I'd like to go a little farther and have the current commit hash >

Re: [CMake] Contribute Find-module to CMake vs Config-file to upstream

Den ons 23 maj 2018 17:18Mateusz Loskot skrev: > On 23 May 2018 at 16:37, David Demelier wrote: > > On Mon, 2018-05-21 at 19:39 +0200, Mateusz Loskot wrote: > >> > >> I've been recently trying to update/add Find-modules to CMake: > >> updated FindJPEG,

Re: [CMake] Approach to both shared and static lib (again, sorry)

2018-05-20 4:19 GMT+02:00 Ray Donnelly <mingw.andr...@gmail.com>: > On Sat, May 19, 2018 at 11:55 PM, Elvis Stansvik > <elvis.stans...@orexplore.com> wrote: >> 2018-05-19 21:49 GMT+02:00 Mateusz Loskot <mate...@loskot.net>: >>> On 19 May 2018 at 15:00, Elvis

Re: [CMake] Approach to both shared and static lib (again, sorry)

2018-05-19 21:49 GMT+02:00 Mateusz Loskot <mate...@loskot.net>: > On 19 May 2018 at 15:00, Elvis Stansvik <elvis.stans...@orexplore.com> wrote: >> I know this has been asked before, but I've never seen a really >> authoritative answer. >> >> Say

Re: [CMake] Approach to both shared and static lib (again, sorry)

g when they wish to build both static and shared, given what the situation is right now (or if they simply refrain from doing that). Elvis > > On Sat, May 19, 2018, 2:00 PM Elvis Stansvik <elvis.stans...@orexplore.com> > wrote: >> >> I know this has been asked before, but

[CMake] Approach to both shared and static lib (again, sorry)

I know this has been asked before, but I've never seen a really authoritative answer. Say I have a simple single-library project. The advise I've seen is to not pass SHARED or STATIC to the add_library(..), but instead let the user pass -DBUILD_SHARED_LIBS:BOOL=ON/OFF to build the library as

Re: [CMake] Generator expressions containing spaces

vis > > Yves > > > On Tue, Apr 24, 2018 at 6:58 PM, Elvis Stansvik > <elvis.stans...@orexplore.com> wrote: >> >> 2018-04-23 14:11 GMT+02:00 CHEVRIER, Marc <marc.chevr...@sap.com>: >> > The space is used to separate arguments passed to COMMAND. So y

Re: [CMake] Generator expressions containing spaces

2018-04-24 18:58 GMT+02:00 Elvis Stansvik <elvis.stans...@orexplore.com>: > 2018-04-23 14:11 GMT+02:00 CHEVRIER, Marc <marc.chevr...@sap.com>: >> The space is used to separate arguments passed to COMMAND. So your generator >> expression is splitted before evaluation

Re: [CMake] Generator expressions containing spaces

2018-04-23 14:11 GMT+02:00 CHEVRIER, Marc : > The space is used to separate arguments passed to COMMAND. So your generator > expression is splitted before evaluation and elements are no longer valid > generator expression. > > > > So, to solve your problem, encapsulate the

Re: [CMake] Generator expressions: Identifying when they're used in a custom command?

2018-02-19 21:03 GMT+01:00 Sam Edwards : > Alan, > > I'm kicking myself for leaving off the DEPENDS in add_custom_target as that > is the most essential part of what you suggested. Bah! > > I tried copying in your changes verbatim and I'm still left with an output > that

Re: [CMake] How do I specify VTK minimum version?

2017-07-24 12:23 GMT+02:00 Rolf Eike Beer : > Am Dienstag, 11. Juli 2017, 15:18:11 schrieb Victor Lamoine: >> Hi, >> >> I am using CMake to set up a VTK project. Our project requires VTK to be >> version 7.1 or newer. I'm using Ubuntu 16.04 with CMake 3.5.1. >> > >>

Re: [CMake] CPack install 3rd party shared libraries

56 > (message): > > error: fixup_bundle: not a valid bundle > > Call Stack (most recent call first): > > /home/rowu/MyPackage/app/testprog/cmake_install.cmake:68 (fixup_bundle) > > /home/rowu/MyPackage/app/cmake_install.cmake:37 (include) > > /home/rowu/MyPack

Re: [CMake] CPack install 3rd party shared libraries

explanation? Elvis > > Regards > Roman > > -Ursprüngliche Nachricht- > Von: CMake [mailto:cmake-boun...@cmake.org] Im Auftrag von Roman Wüger > Gesendet: Mittwoch, 19. Juli 2017 19:14 > An: 'Elvis Stansvik' <elvis.stans...@orexplore.com> > Cc: 'CMake Mail

Re: [CMake] CPack install 3rd party shared libraries

king "oh well, this is just for Linux" when I wrote it. Elvis > > > Cheers, > David C. > > > > On Wed, Jul 19, 2017 at 9:57 AM, Elvis Stansvik > <elvis.stans...@orexplore.com> wrote: >> 2017-07-19 13:42 GMT+02:00 Roman Wüger <roman.wue.

Re: [CMake] CPack install 3rd party shared libraries

2017-07-19 15:57 GMT+02:00 Elvis Stansvik <elvis.stans...@orexplore.com>: > 2017-07-19 13:42 GMT+02:00 Roman Wüger <roman.wue...@gmx.at>: >> The problem with BundleUtilities which Inder is that it doesn't support >> generator expressions. >> >> Maybe I do so

Re: [CMake] CPack install 3rd party shared libraries

ontainer. Hope that helps some. Elvis [1] https://cmake.org/cmake/help/v3.9/command/file.html > > Please, could you give me a hint? > > Regards > Roman > >> Am 19.07.2017 um 12:40 schrieb Elvis Stansvik <elvis.stans...@orexplore.com>: >> >> 2017-07-19

Re: [CMake] CPack install 3rd party shared libraries

2017-07-19 10:24 GMT+02:00 Roman Wüger : > Hello, > > I have a project which depends on a self compiled 3rd party project (boost) > Boost is here only an example, there are other 3rd party libraries too. > > If I call the "install" command on the target, then it would be

Re: [CMake] Confusion with fixup_bundle(..) and RPATH on macOS

2017-05-24 15:44 GMT+02:00 Elvis Stansvik <elvis.stans...@orexplore.com>: > 2017-05-24 15:23 GMT+02:00 Elvis Stansvik <elvis.stans...@orexplore.com>: >> Hi all, >> >> My application consists of an executable (orexplore-insight) and two >> shared librar

Re: [CMake] Confusion with fixup_bundle(..) and RPATH on macOS

2017-05-24 15:23 GMT+02:00 Elvis Stansvik <elvis.stans...@orexplore.com>: > Hi all, > > My application consists of an executable (orexplore-insight) and two > shared libraries (libinsightview and libinsightmodel). > > In addition to that, I'm linking against Qt 5.8.0, VTK

[CMake] Confusion with fixup_bundle(..) and RPATH on macOS

Hi all, My application consists of an executable (orexplore-insight) and two shared libraries (libinsightview and libinsightmodel). In addition to that, I'm linking against Qt 5.8.0, VTK 8.0.0.rc1, HDF5 1.8.18 and Qwt 6.1.2. My goal is to make a self-contained .app bundle (and eventually a