Stream: brlcad

Topic: CMake

Sean (Sep 10 2020 at 20:54):

https://internalpointers.com/post/modern-cmake-beginner-introduction

starseeker (Sep 10 2020 at 22:04):

nice!

Daniel Rossberg (Oct 23 2020 at 14:19):

FYI, requiring version 3.14 or higher excludes Debian stable (buster) with version 3.13.4 from the build.

starseeker (Oct 23 2020 at 17:16):

@Daniel Rossberg I know - unfortunately, that's the version where install(CODE) learned to support generator expressions.

starseeker (Oct 23 2020 at 17:18):

I can try to work around it, but it'll be a bit awkward. Do we have someone maintaining packages on Debian Stable?

Sean (Oct 23 2020 at 17:33):

I also got a report yesterday that our build fails on latest stable CentOS because of CMake 3.14 (I think they're on 2.8...)

starseeker (Oct 23 2020 at 17:34):

The lowest I can go is 3.12

Sean (Oct 23 2020 at 17:34):

Perhaps it's time to bootstrap CMake

starseeker (Oct 23 2020 at 17:34):

I think the newer CMakes are warning about 2.8 series becoming unsupported, actually...

Sean (Oct 23 2020 at 17:34):

I wouldn't expect us to go back that far, I think that was 4 years ago. If the distros aren't keeping up, we probably should for users.

starseeker (Oct 23 2020 at 17:35):

3.12 I think we can do, and that should cover most bases - in the past I'd used Debian Stable as the "conservative" benchmark.

starseeker (Oct 23 2020 at 17:35):

Shows how old school I am, I guess - CentOS seems to have taken the crown now for "has the oldest stuff..."

Sean (Oct 23 2020 at 17:36):

well, I think that was a stable line

Sean (Oct 23 2020 at 17:36):

there probably was a different line for "up to date"

Sean (Oct 23 2020 at 17:36):

I don't know centos that well

starseeker (Oct 23 2020 at 17:36):

Basically Redhat Enterprise without the branding, IIRC...

Sean (Oct 23 2020 at 17:36):

but for this user (former dev, phil dykstra), it was a show stopper

Sean (Oct 23 2020 at 17:37):

he resorted to compiling in a vm running debian

starseeker (Oct 23 2020 at 17:38):

Centos is also the one that's crazy conservative with installed GCC versions - they're why we have to test for some working C++11 features, IIRC.

Sean (Oct 23 2020 at 17:38):

he's working on testing an AWS cluster using RT in Docker containers

starseeker (Oct 23 2020 at 17:39):

Ah - they're providing CentOS images?

Sean (Oct 23 2020 at 17:39):

I don't know for certain, but upgrade options may be constrained by other criteria. or he maybe just values stable and doesn't want to fuss with anything until everyone else has :)

starseeker (Oct 23 2020 at 17:40):

2.8 CMake is getting beyond "stable" into "obsolete" these days.

Sean (Oct 23 2020 at 17:40):

he ran into the transparent window bug too once he got it all working, so hoping he just pulled the wrong source release

starseeker (Oct 23 2020 at 17:40):

O.o

starseeker (Oct 23 2020 at 17:41):

OK, I think I've gotten the work-around in place for 3.12 - multiconfig will be the real test, but just passed in a basic install

Sean (Oct 23 2020 at 17:41):

hopefully not some issue with an X app running from a linux container displaying on another X host not running that linux

starseeker (Oct 23 2020 at 18:12):

@Sean In case it's helpful: https://stackoverflow.com/questions/48831131/cmake-on-linux-centos-7-how-to-force-the-system-to-use-cmake3

Sean (Oct 23 2020 at 18:17):

yep, that's helpful. thanks.

Sean (Oct 23 2020 at 18:43):

@starseeker he's getting the transparency error on 7.32.0 source release and on STABLE checkout ... :(

starseeker (Oct 23 2020 at 19:01):

grr...

starseeker (Oct 23 2020 at 19:05):

with the rt window?

starseeker (Oct 23 2020 at 20:32):

Oh, blast it. The hack we're doing for matching the CMAKE_INSTALL_PREFIX to our build config doesn't scale properly to multiconfig.

Sean (Oct 23 2020 at 20:41):

yes, with the rt window (actually a png-fb window)

Sean (Oct 23 2020 at 20:41):

he also got "archer tclcad init failure"

Sean (Oct 23 2020 at 20:41):

:(

starseeker (Oct 23 2020 at 20:48):

Can he try trunk? The latter may be fixed there.

starseeker (Oct 23 2020 at 20:49):

Might also be informative to see if the glfw demo apps have the transparency problem

Daniel Rossberg (Oct 24 2020 at 13:47):

Thanks, it works again. The point is that all of my Linux machines run with Debian stable, and not being able to compile BRL-CAD there would be suboptimal.

starseeker (Oct 24 2020 at 14:03):

@Daniel Rossberg it's good to know we have an active use case for Debian stable. 3.12 should work for now - hopefully by the time we need to go newer than that Debian stable will also be updated. I see the newer Debians are on 3.18, so presumably that'll become the next stable eventually.

Daniel Rossberg (Oct 24 2020 at 14:19):

The first freeze for Debian 11 (bullseye) is planned for mid January. I.e., the release will likely be mid of the year.

starseeker (Oct 24 2020 at 14:22):

/me nods. No rush - just want to be sure that when we (eventually) can bump the minimum version the logic gets cleaned up. Been doing some of that as I go through the 3rd party logic refactor, clearing out older workaround we no longer needed.

starseeker (Sep 01 2022 at 13:03):

@Daniel Rossberg Was wondering, what is a good "minimally required" version of CMake for you these days?

Daniel Rossberg (Sep 01 2022 at 16:27):

My debian bullseye has version 3.18.4. I.e., it should not be higher than this one.

Erik (Sep 24 2022 at 23:23):

cmake already fails for me with 3.17, works with 3.24. check_linker_flag seems to be unknown misc/tools/env2c/CMakeLists.txt:62 .

starseeker (Sep 24 2022 at 23:58):

<nod> - good call @Erik, introduced in 3.18: https://cmake.org/cmake/help/latest/module/CheckLinkerFlag.html

starseeker (Sep 24 2022 at 23:58):

@Sean what do you think, bump minimum version or rework?

starseeker (Sep 25 2022 at 00:23):

My inclination is to go to 3.18.4 per Daniel's debian bullseye...

Sean (Sep 25 2022 at 00:24):

Mm good question @starseeker that was just 2 years ago but I think it’s probably fine unless you know a problematic platform. Homebrew and Debian appear to have 3.23 and 3.24. Looks like FreeBSD 11 is 3.20+. Looks safe to bump to me.

starseeker (Sep 25 2022 at 00:28):

@Erik is moving to 3.18 a problem on your platform?

Sean (Sep 25 2022 at 00:28):

Fedora 35 is cmake 3.22

Erik (Sep 25 2022 at 00:28):

nope, my machine with the oldest system cmake is 3.18

starseeker (Sep 25 2022 at 00:29):

Redhat might be an issue...

starseeker (Sep 25 2022 at 00:29):

Assuming they've moved off of 2.8.x anyway...

Erik (Sep 25 2022 at 00:31):

rhel86 is 3.20

starseeker (Sep 25 2022 at 00:33):

OK, I think that's a winner then. There are some conditionalized bits of CMake logic waiting on a minimum version bump, so that'll let us clean those up too.

starseeker (Sep 25 2022 at 00:33):

That's a good excuse to procrastinate the next dive into multiple-view object management - phew!

starseeker (Sep 25 2022 at 01:15):

woo hoo! just barely, but that was enough to get us the cmake_language(EVAL) feature

starseeker (Jul 14 2023 at 17:17):

Welp, I'm convinced... I still don't know much about CMake: https://izzys.casa/2023/06/everything-you-never-wanted-to-know-about-cmake-redux/

starseeker (Jul 24 2023 at 15:49):

@Sean Thought you might find this interesting if you're not already aware: https://devblogs.microsoft.com/cppblog/cmake-debugger-allows-you-to-debug-your-cmake-scripts-and-more/

Sean (Jul 25 2023 at 22:44):

I haven't played with it, but I did see that when it came out.

Last updated: Jan 09 2025 at 00:46 UTC