12 Commits (33fadf3131f4e9bb2f58349e699e93aba17244ba)

Author	SHA1	Message	Date
Willi Ballenthin	e446f7b091	python3Packages.capstone: fix build on aarch64-darwin ... closes #165679	2 years ago
midchildan	4437f2441e	python3Packages.capstone: fix invalid sourceRoot ... Follow-up of #152297	2 years ago
Robert Scott	5e58aed938	python3Packages.capstone: enable for non-x86	3 years ago
Alyssa Ross	9de30004db	python3.pkgs.capstone: mark broken on non-x86_64 ... Since this tries to build an x86_64 wheel, it won't work on any non-x86_64 platform. It doesn't make sense to single out aarch64 here.	3 years ago
Markus S. Wamser	2043dbb6fa	pkgs.development.python-modules: remove unused args	3 years ago
Cole Helbling	aa452d69a1	python3.pkgs.capstone: broken on aarch64	3 years ago
Matej Urbas	b84835ebde	python3Packages.capstone: aarch64 platform name	3 years ago
Pavol Rusnak	a4bbfba80d	pkgs/development/python-modules: stdenv.lib -> lib	3 years ago
Profpatsch	4a7f99d55d	treewide: with stdenv.lib; in meta -> with lib; ... Part of: https://github.com/NixOS/nixpkgs/issues/108938 meta = with stdenv.lib; is a widely used pattern. We want to slowly remove the `stdenv.lib` indirection and encourage people to use `lib` directly. Thus let’s start with the meta field. This used a rewriting script to mostly automatically replace all occurances of this pattern, and add the `lib` argument to the package header if it doesn’t exist yet. The script in its current form is available at https://cs.tvl.fyi/depot@2f807d7f141068d2d60676a89213eaa5353ca6e0/-/blob/users/Profpatsch/nixpkgs-rewriter/default.nix	3 years ago
Robert Scott	8817036a31	pythonPackages.capstone: 3.0.5.post1 -> 4.0.1, redesign as wrapper package around main capstone package ... this allows us to keep the two packages in sync and handle overrides more flexibly	4 years ago
Frederik Rietdijk	80ac778c06	pythonPackages.capstone: add missing setuptools dep	5 years ago
Pamplemousse	4edfccc22a	pythonPackages.capstone: 3.0.4 -> 3.0.5 ... * Tested the package build - *NOT* tested the packages relying on capstone... * Added `setupPyBuildFlags` to avoid the error "ERROR: capstone-3.0.5.post1-py3-none-manylinux1_x86_64.whl is not a supported wheel on this platform."	5 years ago
Chris Ostrouchov	9bbf54ea2d	pythonPackages.capstone: refactor move to python-modules	6 years ago