Package Details: radare2-git 5.6.7.r27627.7821ddb04b-1

Git Clone URL: https://aur.archlinux.org/radare2-git.git (read-only, click to copy)
Package Base: radare2-git
Description: Open-source tools to disasm, debug, analyze and manipulate binary files
Upstream URL: http://radare.org
Licenses: GPL3, LGPL3
Conflicts: radare2
Provides: radare2
Submitter: l0gic
Maintainer: l0gic
Last Packager: l0gic
Votes: 37
Popularity: 0.000000
First Submitted: 2012-07-16 18:10 (UTC)
Last Updated: 2022-04-08 22:29 (UTC)

Dependencies (8)

Required by (8)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

yrlf commented on 2020-05-18 17:38 (UTC)

@mcd1992: this "fixes" the issue by not using OpenSSL.

radare seems to have 3 implementations of r_big (the biginteger library part of radare):

  • libr/util/big.c: an own implementation based on tiny-bignum-c
  • libr/util/big-gmp.c: an implementation based on gmp (GNU MP bignum library)
  • libr/util/big-ssl.c: an implementation based on OpenSSL

It seems by removing the --with-openssl configure option you have defaulted radare to use the tiny-bignum-based implementation instead of the OpenSSL implementation, where linking fails.

Switching to that is definitely a workaround for this issue, though.

mcd1992 commented on 2020-05-15 01:49 (UTC)

Seems to be an issue linking against openssl. I get a bunch of missing symbols when linking libr.

Removing the export 'patches' and the --with-capstone --with-openssl configure flags seems to fix the issue though.

bartus commented on 2019-08-03 11:09 (UTC) (edited on 2019-08-04 11:26 (UTC) by bartus)

After static build refactor for android --with-syscapsotne doesn't work anymore. You need to revert this commit.

I've made a patch resolving it, just run this in radare2-git clone

git remote add bartus https://github.com/bartoszek/AUR-radare2-git.git
git fetch bartus
git cherry-pick FETCH_HEAD

Review and git push :) AUR should get PR feature!

yrlf commented on 2019-04-12 17:57 (UTC)

radare2-git fails to build correctly when MAKEFLAGS is set to -j8 or something similar. This seems to be a bug in the radare2 Makefiles.

to work around this issue, it's possible to change to PKGBUILD to call

MAKEFLAGS= make

instead of

make

This should really be fixed upstream though

theaifam5 commented on 2018-11-07 15:00 (UTC)

@l0gic can you please make an update what @neven says in the comment below?

neven commented on 2018-08-27 22:51 (UTC) (edited on 2018-08-27 22:57 (UTC) by neven)

For the love of radare, stop removing the sources directory at the end of 'package'! Somebody else already gave some other reason, but here is an even better one: it prevents debugging radare (with, eg., GDB)!

Anyway, if you want to delete the sources you can do it separately from makepkg or with 'makepkg -C', no need to force me to modify the PKGBUILD.

Also, you forgot to quote some of your variable expansions, that will go wrong if somebody has IFS chars in srcdir path.

bartus commented on 2018-08-20 06:53 (UTC) (edited on 2018-08-20 07:18 (UTC) by bartus)

Since tags get delayed after release, in compare to code version. I propose this pkgver function instead:

pkgver () {
  cd ${pkgname}
  sed -nE '/^VERSION\ [0-9.]*(-git|)$/p' configure.acr|grep -o [0-9.]*|tr -d '\n'
  printf ".r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
}

pkgver=2.9.0.r19095.b6acfabd3 radare2@github.com#after_release_version_bump

bartus commented on 2018-03-24 09:53 (UTC) (edited on 2018-03-24 09:53 (UTC) by bartus)

@l0gic: Can we have a normal version number, please!

pkgver () {
  cd ${pkgname}
  git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g'
}

pkgver=2.4.0.r217.g7d64545a3

ishitatsuyuki commented on 2017-12-24 08:55 (UTC)

Can you stop removing the source directory in package()? If absolutely necessary, it should be done by the user with makepkg -C. Incremental build is useful.

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »