Dear Craig, Alan,
thanks so much for this hint! I did not write the initial XConfig.cmake
myself and so it slipped my attention. Now things are perfectly clear,
I'll extend the XConfig.cmake.in and add the configuration steps there.
All the best,
Mario
On 18.12.18 21:54, Craig Scott wro
On Wed, Dec 19, 2018 at 5:36 AM Alan W. Irwin
wrote:
> On 2018-12-17 21:35+0100 Mario Emmenlauer wrote:
>
> >
> > Dear cmake team and user community,
> >
> > I'd kindly like to ask for advice on how to handle transitive
> > dependencies cleanly with "modern" cmake. I'm often plagued by this
> > p
I did eventually find a solution where I set up an imported target with
IMPORTED_LOCATION and IMPORTED_LOCATION_DEBUG properties pointing to the object
files, and then linked in that target with target_link_libraries(). I admit I
wasn't completely sure if adding .obj/.o files to the link lines
As far as I know this is a limitation of the MSVC project files, and
CMake errors out on that generator rather than try and build an
invalid project.
Have you tried do something where you have the Config and Release
objects as separate targets that always exist, but selectively
conditionally to th
On 2018-12-17 21:35+0100 Mario Emmenlauer wrote:
Dear cmake team and user community,
I'd kindly like to ask for advice on how to handle transitive
dependencies cleanly with "modern" cmake. I'm often plagued by this
problem: I have a library X that optionally depends on library A.
When I build
On 17/12/2018 15:37, David Blaikie wrote:
On Sun, Dec 16, 2018, 4:24 PM Kris Thielemans
mailto:kris.f.thielem...@gmail.com> wrote:
I’ve just had a problem caused by an upgrade of my system files (in
this particular case: boost). Rebuilding our software didn’t
correctly rebuild those
Thanks David
It seems that a rebuild is the only way. We’ll add that to our instructions
then!
Kris
From: David Blaikie
Sent: 17 December 2018 15:37
To: Kris Thielemans
Cc: CMake Mail List
Subject: Re: [CMake] dependencies on system include files
If you're willing to run a diff