Skip to content

Conversation

@dalcinl
Copy link
Contributor

@dalcinl dalcinl commented Nov 13, 2025

Fix warnings with recent versions of CMake 3.31 / GCC 15.2 / clang 21.1 (Fedora 43).

@rdbisme
Copy link
Collaborator

rdbisme commented Nov 22, 2025

It seems the compatibility with 3.5 has been removed. You can check the logs of the CI... could you fix the issues?

@dalcinl
Copy link
Contributor Author

dalcinl commented Nov 22, 2025

My original intention was to keep support for older CMake versions like 3.5. However, that is still going to conflict with very recent CMake v4.x releases, as you see in the CI failures. I can try bumping the minimum requirement to CMake 3.10.

BTW, One of these errors comes from thirdparty/pybind11. It is OK to bump the git submodule?

Otherwise recent CMake versions warn about deprecation of v3.10
@dalcinl dalcinl force-pushed the fix-warnings branch 2 times, most recently from ae6969c to 6dff2e8 Compare November 23, 2025 07:23
@dalcinl
Copy link
Contributor Author

dalcinl commented Nov 23, 2025

@rdbisme CI should be good now, please approve the workflow runs. Note that I've updated pybind11 to its latest stable branch state.

@rdbisme
Copy link
Collaborator

rdbisme commented Nov 23, 2025

Thanks. I'd honestly remove the thirdparty folder and provide a conda requirements.yml and / or a devcontainer.json to handle that.

But we can do it in another PR.

@dalcinl
Copy link
Contributor Author

dalcinl commented Nov 24, 2025

I'd honestly remove the thirdparty folder

I can contribute the removal of thirdparty/pybind11 and a bit of extra build modernization for the Python interface.

@dalcinl
Copy link
Contributor Author

dalcinl commented Nov 24, 2025

@rdbisme I believe I can sneak in the removal of thirdparty/pybind11 in this PR with minimal changes to the Python build setup. IMHO, this is preferable to the alternative of updating the subrepo to remove it later. Please confirm you are OK with this.

Do not use the C++ stdlib std::bind1st and std::mem_fun.
These two APIs were deprecated in C++11 and removed in C++17.
…rator

src/apps/mppshock.cpp:41:12: warning: explicitly defaulted copy assignment
 operator is implicitly deleted [-Wdefaulted-function-deleted]
   41 |     State& operator=( const State &) = default;
src/apps/bprime.cpp:62:15: warning: anonymous non-C-compatible type given
    name for linkage purposes by typedef declaration; add a tag name here
    [-Wnon-c-typedef-for-linkage]
@rdbisme
Copy link
Collaborator

rdbisme commented Nov 24, 2025

Yep, sounds good to me.

@dalcinl
Copy link
Contributor Author

dalcinl commented Nov 25, 2025

@rdbisme This is ready to go, please merge at your earliest convenience.

@rdbisme rdbisme merged commit 782d529 into mutationpp:master Nov 25, 2025
7 checks passed
@dalcinl dalcinl deleted the fix-warnings branch November 26, 2025 08:36
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