Package Details: capstone-git 20250706.5292.56db8c2b6-1

Git Clone URL: https://aur.archlinux.org/capstone-git.git (read-only, click to copy)
Package Base: capstone-git
Description: A lightweight multi-platform, multi-architecture disassembly framework.
Upstream URL: http://www.capstone-engine.org/
Licenses: BSD
Conflicts: capstone
Provides: capstone
Submitter: l0gic
Maintainer: piratejon
Last Packager: piratejon
Votes: 3
Popularity: 0.000000
First Submitted: 2014-03-05 23:23 (UTC)
Last Updated: 2025-07-06 15:30 (UTC)

Dependencies (2)

Required by (43)

Sources (1)

Latest Comments

1 2 Next › Last »

Bigorneau commented on 2025-07-15 12:19 (UTC)

I had a conflict with the "filesystem" package with the current PKGBUILD as it is not using /usr prefix (-DCMAKE_INSTALL_PREFIX=/usr)

Why not just copy the capstone's PKGBUILD from extra ?, it provides capstone and python-capstone, with a few changes it could be adapted to provide capstone-git and python-capstone-git.

https://wiki.archlinux.org/title/CMake_package_guidelines

I tested a bit with this, it's mostly a copy from extra

pkgbase=capstone-git
pkgname=(capstone-git python-capstone-git)
pkgver=20250715.5297.67e388680
pkgrel=1
pkgdesc="A lightweight multi-platform, multi-architecture disassembly framework."
arch=('i686' 'x86_64')
url="http://www.capstone-engine.org/"
license=(BSD-3-Clause)
makedepends=(
  'glibc'
  'python'
  'python-build'
  'python-installer'
  'python-setuptools'
  'python-wheel'
  'git')
# if you want the bindings uncomment the appropriae line below, and
# comment out the line above
#makedepends=('git' 'python')

source=("${pkgname}::git+https://github.com/capstone-engine/capstone.git#branch=next")
md5sums=('SKIP')

pkgver () {
  cd "${srcdir}/${pkgname}"
  _date=`date +"%Y%m%d"`
  echo "$_date.$(git rev-list --count makepkg).$(git rev-parse --short makepkg)"
  #git log -1 --date=short --format="%cd.%h" | tr -d -
}



build() {
  cd "${srcdir}/${pkgname}"
  CFLAGS+=" ${CPPFLAGS} -ffat-lto-objects"
  make V=1

  cd bindings/python
  python -m build --wheel --no-isolation
}

check() {
  cd "${srcdir}/${pkgname}"
  #make check
}

package_capstone-git() {
  depends=(glibc)
  provides=(capstone libcapstone.so)
  conflicts=(capstone)
  cd "${srcdir}/${pkgname}"
  make DESTDIR="${pkgdir}" install
  install -Dm 644 docs/README -t "${pkgdir}/usr/share/doc/${pkgname}"
  install -Dm 644 LICENSES/LICENSE.TXT -t "${pkgdir}/usr/share/licenses/${pkgname}"
}

package_python-capstone-git() {
  depends=(
    capstone-git
    python
  )
  conflicts=(python-capstone)
  provides=(python-capstone)

  cd "${srcdir}/${pkgbase}/bindings/python"
  python -m installer --destdir="${pkgdir}" dist/*.whl
  install -Dm 644 LICENSE.TXT -t "${pkgdir}/usr/share/licenses/${pkgname}"
}
# vim:set ts=2 sw=2 et:

piratejon commented on 2025-07-06 16:09 (UTC)

I updated this for 6.0.0Alpha4 since I needed it for a dependency while extra is holding at 5.0.6. I think this AUR package will not be needed again once 6.0.0 is released and extra updates to that.

l0gic commented on 2020-02-17 20:06 (UTC)

I can't reproduce this error. It builds fine with commit 74136cab65230a3e198745db1c1dbdcdea1daca5 for me.

$ makepkg                                                                                                                                                                        
==> Making package: capstone-git 20190702.4335.626bd6ab-1 (Mon 17 Feb 2020 09:02:59 PM CET)
==> Starting build()...                                                                                                                                                                                             
  CC      cs.o
[...]
  GEN     capstone.pc
  LINK    libcapstone.so.5
  AR      libcapstone.a
ar: creating ./libcapstone.a
  CC      cstool.o
[...]
==> Finished making: capstone-git 20200217.4355.74136cab-1 (Mon 17 Feb 2020 09:03:04 PM CET)

QuartzDragon commented on 2020-02-17 05:39 (UTC) (edited on 2020-02-17 05:40 (UTC) by QuartzDragon)

Hi, I'm getting this bewildering error:

  GEN     capstone.pc
  LINK    libcapstone.so.5
  AR      libcapstone.a
ar: creating /tmp/makepkg/libcapstone.a
make[1]: Entering directory '/tmp/makepkg/capstone-git/src/capstone-git/cstool'
make[1]: *** No rule to make target '../libcapstone.a', needed by 'cstool'.  Stop.
make[1]: Leaving directory '/tmp/makepkg/capstone-git/src/capstone-git/cstool'
make: *** [Makefile:408: all] Error 2

yrlf commented on 2019-07-02 16:02 (UTC)

The include directory fix in capstone.pc is no longer needed as of https://github.com/aquynh/capstone/commit/02e33f8b92366a168701d69d763685fc8b43dc8e

removing the "sed" line in the PKGBUILD fixes the package

xiretza commented on 2017-08-05 14:18 (UTC)

test.py was renamed to test_basic.py (it's usually commented out in check() anyway, no biggie) https://github.com/aquynh/capstone/commit/ce3f0d093548f2a04b9d5a021c983a53492ae740#diff-5e35ef2f4151cd9e3a99b76910e67ba6

roblabla commented on 2017-03-17 18:16 (UTC)

This currently doesn't compile. It fails when linking cstool with : /usr/bin/ld: cannot find -lcapstone I believe the problem comes from the fact that cstool doesn't behave properly when BUILDDIR is set. In the main makefile[0], we can see that the library is built in BUILDDIR. However, the cstool makefile[1] looks for the library in the ../ folder. This is a bug in upstream's makefiles. [0]: https://github.com/aquynh/capstone/blob/next/Makefile#L64 [1]: https://github.com/aquynh/capstone/blob/next/cstool/Makefile

l0gic commented on 2016-01-26 18:41 (UTC)

If you mean /bin/sh: line 2: ./tests/test.static: No such file or directory FAILED I think it's safe to ignore. The tests simply do not exist, and thus are failing. If it bothers you, notify upstream.

dummys commented on 2016-01-26 09:03 (UTC)

Hello l0gic, You are right it seems to be a yaourt fail :( With makepkg it works. Test is still not working.

l0gic commented on 2016-01-22 19:57 (UTC)

I could not reproduce your error, and suspect it's caused by yaourt. Please try building it manually with makepkg. There was another issue with the tests, though.