| Port details on branch 2016Q4 |
- binutils GNU binary tools
- 2.27_5,1 devel
 =1       2.27_5,1Version of this port present on the latest quarterly branch. - Maintainer: bapt@FreeBSD.org
- Port Added: 2016-12-07 02:52:21
- Last Update: 2016-12-07 02:52:13
- Commit Hash: 6939854
- People watching this port, also watch:: dspam
- License: GPLv3 LGPL3
- WWW:
- http://sources.redhat.com/binutils/
- Description:
- The GNU Binutils are a collection of binary tools. The main ones are:
* ld - the GNU linker.
* as - the GNU assembler.
Most of these programs use BFD, the Binary File Descriptor library, to do
low-level manipulation. Many of them also use the opcodes library to assemble
and disassemble machine instructions.
This port may be used as a replacement for the system binutils and support
features from the latest versions of GCC.
For cross-compilation, see the devel/cross-binutils port.
WWW: http://sources.redhat.com/binutils/
  ¦  ¦  ¦  ¦ 
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - USE_RC_SUBR (Service Scripts)
- no SUBR information found for this port
- Dependency lines:
-
- binutils>0:devel/binutils
- Conflicts:
- CONFLICTS:
- To install the port:
- cd /usr/ports/devel/binutils/ && make install clean
- To add the package, run one of these commands:
- pkg install devel/binutils
- pkg install binutils
NOTE: If this package has multiple flavors (see below), then use one of them instead of the name specified above.- PKGNAME: binutils
- Flavors: there is no flavor information for this port.
- distinfo:
- TIMESTAMP = 1470493107
SHA256 (binutils-2.27.tar.bz2) = 369737ce51587f92466041a97ab7d2358c6d9e1b6490b3940eb09fb0a9a6ac88
SIZE (binutils-2.27.tar.bz2) = 26099568
Packages (timestamps in pop-ups are UTC):
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- libgmp.so : math/gmp
- libmpfr.so : math/mpfr
- bison : devel/bison
- gmake : devel/gmake
- msgfmt : devel/gettext-tools
- Runtime dependencies:
-
- indexinfo : print/indexinfo
- Library dependencies:
-
- libintl.so : devel/gettext-runtime
- This port is required by:
- for Build
-
- biology/molden
- emulators/xen-kernel
- games/flightgear
- games/teeworlds
- multimedia/bombono
- multimedia/ffmpeg
- multimedia/ffmpeg0
Configuration Options:- ===> The following configuration options are available for binutils-2.27_5,1:
NLS=on: Native Language Support
RELRO=off: enable -z relro in ELF linker by default
===> Use 'make config' to modify these settings
- Options name:
- devel_binutils
- USES:
- bison gmake libtool tar:bzip2 compiler:env gettext
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Number of commits found: 2
| Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
| Commit | Credits | Log message |
|---|
2.27_5,1
07 Dec 2016 02:52:13
 |
Jason Unovitch (junovitch) |
MFH: r427378
Fix booting the arm64 kernel when built with clang 3.9.0
Clang 3.9.0 changes how weak extern is handled. They now use the got to
handle them. This is a problem as ld.bfd doesn't fill out any default value
in the got so pointers become NULL. This caused the kernel to fail to boot
as we use this in linker sets.
This fixes the issue by setting a default value in the got. The kernel
still loads data through it, but because we always load it at a fixed
virtual address the address it finds is valid.
Requested by: andrew
Approved by: ports-secteam (with hat), bapt
Differential Revision: https://reviews.freebsd.org/D8622 |
2.27_5,1
07 Dec 2016 02:52:13
 |
junovitch |
MFH: r427378
Fix booting the arm64 kernel when built with clang 3.9.0
Clang 3.9.0 changes how weak extern is handled. They now use the got to
handle them. This is a problem as ld.bfd doesn't fill out any default value
in the got so pointers become NULL. This caused the kernel to fail to boot
as we use this in linker sets.
This fixes the issue by setting a default value in the got. The kernel
still loads data through it, but because we always load it at a fixed
virtual address the address it finds is valid.
Requested by: andrew
Approved by: ports-secteam (with hat), bapt
Differential Revision: https://reviews.freebsd.org/D8622 |
Number of commits found: 2
|
As an Amazon Associate I earn from qualifying purchases.