capstone_4, edb: fix build failure with cmake 4#452783
capstone_4, edb: fix build failure with cmake 4#452783Sigmanificient merged 2 commits intoNixOS:masterfrom
Conversation
- CMake 4 is no longer retro compatible with versions < 3.5
|
The question must be raised - is there any need for |
> rg capstone_4
pkgs/top-level/python-packages.nix
2345: capstone_4 = callPackage ../development/python-modules/capstone/4.nix {
2346: inherit (pkgs) capstone_4;
pkgs/top-level/all-packages.nix
1835: capstone_4 = callPackage ../development/libraries/capstone/4.nix { };
pkgs/development/tools/misc/edb/default.nix
8: capstone_4,
41: capstone_4
pkgs/by-name/ze/zepp-simulator/package.nix
36: capstone_4,
103: capstone_4
pkgs/development/python-modules/capstone/4.nix
4: capstone_4,
13: inherit (capstone_4) version src;
15: sourceRoot = "${capstone_4.src.name}/bindings/python";
27: ln -s ${capstone_4}/lib/libcapstone${stdenv.targetPlatform.extensions.sharedLibrary} prebuilt/
28: ln -s ${capstone_4}/lib/libcapstone${stdenv.targetPlatform.extensions.staticLibrary} prebuilt/I am not sure about that, as |
- CMake 4 is no longer retro compatible with versions < 3.5
|
|
Oh, the first |
|
Although eteran/edb-debugger#839 suggests that |
Yes, it was just failing because of cmake too ahah It's why I repushed to add edb to the list fixed by this pr
Just tested, and yeah mb for not seeing this. Although, I am not sure what would be the correct flow to update the capstone version used, as it does not really fit in the PR. And either way, we still have |
risicle
left a comment
There was a problem hiding this comment.
nixpkgs-review happy, x86_64 linux.
Unclear why edb restricts itself to x86_64 linux, but that's not a concern for this PR.
|
Fix
capstone_4andedb(which depends on it) build failure on newer cmake 4.CMake 4 is no longer retro compatible with versions < 3.5
Things done
passthru.tests.nixpkgs-reviewon this PR. See nixpkgs-review usage../result/bin/.Add a 👍 reaction to pull requests you find important.