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: https://www.gnu.org/software/binutils/
===> The following configuration options are available for mingw32-binutils-2.32_1,1:
RELRO=off: enable -z relro in ELF linker by default
STATIC=off: Build static executables and/or libraries
===> Use 'make config' to modify these settings
Update binutils to 2.33.1
While here, convert binutils into flavors, that ease a lot maintenance
and helps cleaning out the code.
This is inspired by the same work on going on the xtoolchained gcc by jhb@
PR: 241756
Exp-run: antoine (portmgr)
Discussed with: jhb
Differential Revision: https://reviews.freebsd.org/D22258
Update to 2.27
Remove aarch64 patches which are now upstream
Disable new x86 relocation to avoid incompatibilities with the old base binutils
Activate all targets on the default binutils (requested by royger@)
Add a RELRO option (default off) to be able to define the default behaviour of
ld(1) on passing or not -z relro
Revert update to binutils 2.25.1 and bump portepoch to reflect that revert
binutils has build issues on 10.x i386 and is full of regressions on 9.x:
unexpected build failures on nss and others
Reported by: antoine
Pointyhat to: bapt
Make mingw32 a slave port of binutils, this bumps it to 2.25
This allows to keep the mingw32 target in sync with other binutils
PR: 196911
Submitted by: Naram Qashat (maintainer)
devel/mingw32-binutils: update to 2.24 and support staging
- update to 2.24
- support staging
PR: 187236
Submitted by: Naram Qashat <cyberbotx@cyberbotx.com> (maintainer)
- Remove USE_GCC=any and fix building with clang by disabling -Werror.
- Convert USE_GMAKE to USES=gmake.
PR: 181761
Approved by: Naram Qashat <cyberbotx@cyberbotx.com> (maintainer)
Force numerous ports that fail to build with clang over to instead always
rely on gcc. The patch uses the new USE_GCC=any code in Mk/bsd.gcc.mk to
accomplish this.
The ports chosen were ports that blocked 2 or more ports from building with
clang. (There are several hundred other ports that still fail to build with
clang, even with this patch. This is merely one step along the way.)
Those interested in fixing these ports with clang, and have clang as their
default compiler, can simply set FORCE_BASE_CC_FOR_TESTING=yes.
For those who have gcc as their default compiler, this change is believed
to cause no change.
Hat: portmgr
Tested with: multiple runs on amd64-8-exp-bcm and 9-exp-clang, with various
combinations of patch/no-patch and flag settings.
- Patch from Phil Krylov to correct an endianess issue in windres.
Added file(s):
- files/patch-binutils-windres.c
PR: ports/168828
Submitted by: Naram Qashat <cyberbotx@cyberbotx.com> (maintainer)
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
[NEW PORT] devel/mingw32-binutils: new version of mingw32 toolchain
for Windows target
This is bimutils from latest mingw32-2.0.0 package.
Here is old port `devel/mingw-bimutils' from 1.0.0 package,
but maintainer of this old port syay, taht he don't want
update it, because new versions is not too stable. It is
good idea, to have old and stable environment (with old and
good-known gcc-2.95, etc) and new one. We have many versions
of native gcc in `lang/', for example.
PR: ports/44457
Submitted by: Lev A. Serbryakov <lev@serebryakov.spb.ru>
