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
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
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"
"${CMAKE_INSTALL_
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 thei
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
> a
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, proposed FindODBC and most recently FindLZ4
2018-05-20 4:19 GMT+02:00 Ray Donnelly :
> On Sat, May 19, 2018 at 11:55 PM, Elvis Stansvik
> wrote:
>> 2018-05-19 21:49 GMT+02:00 Mateusz Loskot :
>>> On 19 May 2018 at 15:00, Elvis Stansvik
>>> wrote:
>>>> I know this has been asked before, but I
2018-05-19 21:49 GMT+02:00 Mateusz Loskot :
> On 19 May 2018 at 15:00, Elvis Stansvik wrote:
>> 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
d
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
> wrote:
>>
>> I know this has been asked before, but I've never seen a really
>> authoritative ans
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 eith
2018-04-24 21:37 GMT+02:00 Yves Frederix :
> There is no real need to go through an intermediate variable. The following
> should work:
>
> add_compile_options(
>"$<$:-Wall;-Wextra;-Werror>"
> )
Ah, of course. Thanks.
Elvis
>
> Yves
>
>
>
2018-04-24 18:58 GMT+02:00 Elvis Stansvik :
> 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.
>
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 generator expression insi
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 produces IS_INTERROGATE=0.
2017-09-21 0:20 GMT+02:00 Gonzalo Garramuño :
>
>
> El 20/09/2017 a las 04:44, Elvis Stansvik escribió:
>>
>> 2017-09-20 7:53 GMT+02:00 Elvis Stansvik :
>>>
>>> 2017-09-19 23:22 GMT+02:00 Gonzalo Garramuño :
>>>>
>>>>
>>>
2017-09-20 7:53 GMT+02:00 Elvis Stansvik :
> 2017-09-19 23:22 GMT+02:00 Gonzalo Garramuño :
>>
>>
>> El 19/09/2017 a las 15:19, J Decker escribió:
>>>
>>> you can just install the runtime redistributuable for 2015...
>>>
>>> https
2017-09-19 23:22 GMT+02:00 Gonzalo Garramuño :
>
>
> El 19/09/2017 a las 15:19, J Decker escribió:
>>
>> you can just install the runtime redistributuable for 2015...
>>
>> https://www.microsoft.com/en-us/download/details.aspx?id=48234
>
> Unfortunately, that does not have the required ms-api-win-c
2017-09-19 17:50 GMT+02:00 Gonzalo Garramuño :
> I compile on Windows 8.1. I just found out that my program does not work on
> Windows 7 after I upgraded my toolchain to VC2015. Users of my program on
> Windows 7 get:
>
> Missing DLL ms-api-win-core-libraryloader-l1-2-0.dll
>
> After some digging,
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.
>>
>
>> find_package(VTK 7.1 REQUIRED)
>
les/BundleUtilities.cmake:956
> (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)
&g
;
> 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'
> Cc: 'CMake MailingList'
> Betreff: Re: [CMake] CPack
"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
> wrote:
>> 2017-07-19 13:42 GMT+02:00 Roman Wüger :
>>> The problem with BundleUtilities which Inder is that i
2017-07-19 15:57 GMT+02:00 Elvis Stansvik :
> 2017-07-19 13:42 GMT+02:00 Roman Wüger :
>> The problem with BundleUtilities which Inder is that it doesn't support
>> generator expressions.
>>
>> Maybe I do something wrong?
>> But I need to specify the path t
ner.
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 :
>>
>> 2017-07-19 10:24 GMT+02:00 Roman Wüger :
>>&
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 packaged.
> But how could I
2017-05-24 15:44 GMT+02:00 Elvis Stansvik :
> 2017-05-24 15:23 GMT+02:00 Elvis Stansvik :
>> Hi all,
>>
>> My application consists of an executable (orexplore-insight) and two
>> shared libraries (libinsightview and libinsightmodel).
>>
>> In addition to
2017-05-24 15:23 GMT+02:00 Elvis Stansvik :
> 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
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 .dmg)
28 matches
Mail list logo
