Skip to content

Conversation

@roystgnr
Copy link
Member

@roystgnr roystgnr commented Feb 9, 2026

Doing so gives us "a declarative nested name specifier cannot name an alias template" errors, at least with recent clang on OSX, and it's breaking the libMesh "Test Mac" CI.

This gives us "a declarative nested name specifier cannot name an alias
template" errors, at least with recent clang on OSX, and it's breaking
the libMesh "Test Mac" CI.
@roystgnr roystgnr merged commit e786e7c into master Feb 9, 2026
8 checks passed
@roystgnr roystgnr deleted the mac_fixes branch February 9, 2026 23:09
Copy link
Member

@lindsayad lindsayad left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This just recently appeared? What was the package change that led this to break in CI?

@roystgnr
Copy link
Member Author

This just recently appeared?

Very recently, because we never got to the point of triggering this in CI until MetaPhysicL make check, which we weren't running until after libMesh make finished, which it wasn't because of the XDR issues fixed in the earlier commits of libMesh/libmesh#4390 - it surely dates back to the CI environment change, though.

What was the package change that led this to break in CI?

Almost certainly, in idaholab/moose#31935, the "Update OSX SDK to 14.5, removing support for OSX Ventura (EOL September 15, 2025)" conda update. No need to use conda to replicate it, though; building with my laptop's default CommandLineTools clang (I believe from the 26.2 SDK?) gave the same warning. I love my 64-core Linux box, but I really need to be running on Mac more regularly than "when I'm on travel or when CI breaks"...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants