Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - arm-linux-gnueabihf-binutils

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: arm-linux-gnueabihf-binutils 2.27-1

Git Clone URL: https://aur-dev.archlinux.org/arm-linux-gnueabihf-binutils.git (read-only)
Package Base: arm-linux-gnueabihf-binutils
Description: A set of programs to assemble and manipulate binary and object files (arm-linux-gnueabihf)
Upstream URL: http://www.gnu.org/software/binutils/
Licenses: GPL
Submitter: tavianator
Maintainer: tavianator
Last Packager: tavianator
Votes: 30
Popularity: 1.614786
First Submitted: 2015-09-14 15:26
Last Updated: 2017-02-03 01:16

Latest Comments

tavianator commented on 2016-03-24 20:58

@kralyk: bison is part of base-devel, which you should have installed if you're building packages.

kralyk commented on 2016-03-20 09:32

There's a missing makedepend: bison

tavianator commented on 2016-02-29 16:51

@pmattern: The new PKGBUILD doesn't use the git repo any more. Instead it downloads the tarball and patches it.

tavianator commented on 2015-09-22 01:52

@pmattern: binutils in [core] uses this git repo instead of a release tarball because "bug fix releases are rare". I wanted this package to be exactly the same binutils version as in [core], hence the git repo. For future updates, you won't need to re-clone the repo, so it won't be as bad.

https://projects.archlinux.org/svntogit/packages.git/tree/binutils/trunk/PKGBUILD#n6

pmattern commented on 2015-09-20 17:26

PKGBUILD is stating two sources of the actual code which is confusing and should be avoided.
Regarding the choice I'm not sure whether using a VCS checkout is the best for this package providing a release after all. The download is about 250MB vs. 23MB. These sizes may assimilate if the VCS checkouts gets re-used but I don't know to what degree this is common practice. More importantly the Git repo cannot get downloaded via secure connections while the release archives come with PGP signatures. Couldn't see any problems using the release archive instead of a Git checkout here.

One of the tests in check() is failing. Just saying, no idea whether or not this is meaningful.