On Fri, Oct 4, 2019 at 2:27 AM Dustyn Blasig wrote:
> Hi All,
>
> I have been cleaning up our legacy CMake to use newer features (available
> in 3.12+) including trying to use target_...() functions nearly
> exclusively. As part of this, I was toying with cleaning up our use cases
> for adding co
On Thu, 2019-10-03 at 17:08 -0400, stefan wrote:
> Yes, that is exactly what I'm trying to do, but it doesn't seem to
> have any effect. That is, `dpkg --info ...` doesn't list the
> additional dependency, and correspondingly, running `apt-get install
> ...` on the component package file will insta
On 2019-10-03 4:59 p.m., Kyle Edwards wrote:
On Thu, 2019-10-03 at 16:42 -0400, stefan wrote:
My project is already using this style:
set(CPACK_COMPONENTS_ALL runtime development mstool)
i.e. all components are already defined. All that's missing is the
declaration of their (inter-)dependen
On Thu, 2019-10-03 at 16:42 -0400, stefan wrote:
> My project is already using this style:
> set(CPACK_COMPONENTS_ALL runtime development mstool)
>
> i.e. all components are already defined. All that's missing is the
> declaration of their (inter-)dependencies.
> Are you suggesting I should *not
On 2019-10-03 4:37 p.m., Kyle Edwards wrote:
On Thu, 2019-10-03 at 16:30 -0400, stefan wrote:
Hi Kyle,
thanks for the quick followup.
On 2019-10-03 4:23 p.m., Kyle Edwards wrote:
Please take a look at cpack_add_component():
https://cmake.org/cmake/help/latest/module/CPackComponent.html
I'm no
On Thu, 2019-10-03 at 16:30 -0400, stefan wrote:
> Hi Kyle,
> thanks for the quick followup.
> On 2019-10-03 4:23 p.m., Kyle Edwards wrote:
> > Please take a look at cpack_add_component():
> > https://cmake.org/cmake/help/latest/module/CPackComponent.html
> I'm not sure what specifically I should b
Hi Kyle,
thanks for the quick followup.
On 2019-10-03 4:23 p.m., Kyle Edwards wrote:
Please take a look at cpack_add_component():
https://cmake.org/cmake/help/latest/module/CPackComponent.html
I'm not sure what specifically I should be looking for.
In general my setup is working fine, i.e. m
On Thu, 2019-10-03 at 16:15 -0400, stefan wrote:
> I'm trying to generate (debian) packages for a project of mine using
> cmake. I need to generate multiple components ("runtime",
> "development", etc.). What is the expected way to have the
> "development" package depend on the "runtime" package ?
I'm trying to generate (debian) packages for a project of mine using
cmake. I need to generate multiple components ("runtime", "development",
etc.). What is the expected way to have the "development" package depend
on the "runtime" package ?
I'v been trying to play with the CPACK_DEBIAN_ENABLE
Hi All,
I have been cleaning up our legacy CMake to use newer features (available
in 3.12+) including trying to use target_...() functions nearly
exclusively. As part of this, I was toying with cleaning up our use cases
for adding compiler flags and similar definitions using real targets and
targe
10 matches
Mail list logo