Search Criteria
Package Details: elfx86exts 0.6.2-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/elfx86exts.git (read-only, click to copy) |
---|---|
Package Base: | elfx86exts |
Description: | Decode ELF and MachO binaries and print out which instruction set extensions they use |
Upstream URL: | https://github.com/pkgw/elfx86exts |
Licenses: | MIT |
Submitter: | svenstaro |
Maintainer: | svenstaro |
Last Packager: | svenstaro |
Votes: | 4 |
Popularity: | 0.028278 |
First Submitted: | 2018-08-18 14:15 (UTC) |
Last Updated: | 2023-12-23 10:25 (UTC) |
Dependencies (3)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rustup-stubAUR, rust, rustup) (make)
Latest Comments
0x9fff00 commented on 2023-05-28 21:02 (UTC)
I figured it out: It's due to LTO, likely related to building the vendored capstone of the capstone-sys crate. Adding
options=('!lto')
makes the package build.(Also, given that capstone is vendored, I don't think it needs to be in
depends
)svenstaro commented on 2023-05-06 19:00 (UTC)
I noticed that as well but it worked in my dirty system and so I cheated a bit. Can you figure out what makes it work?
0x9fff00 commented on 2023-05-06 18:46 (UTC)
Fails to build in a clean chroot: https://gist.github.com/0x9fff00/d33f1b6ae9521b251bc3db156b90fe0b
0x9fff00 commented on 2019-06-10 19:49 (UTC)
According to the Rust package guidelines (https://wiki.archlinux.org/index.php/Rust_package_guidelines),
--locked
should be used in build() and check() to make builds reproducible.