Fix mips64-binutils ld to default to mips64 rather than mips32.

Discussed with:	bapt

Do not use .init_array/.fini_array sections on FreeBSD 9
This should fix build failures of llvm37 and a few others

PR:		212249
With hat:	portmgr

Bump portrevision after recent changes

Add missing &&

Disable gold on powerpc*

Submitted by:	swills

Stop trying to remove the empty lib/ for cloudabi find(1) complains about it on
FreeBSD 9. I have no time to investigated. Reverted make the package build again

Remove from the package some binaries to avoid conflicts

Some binaries were added by the fact all targets have been enabled. This causes
conflicts with other tools. Given those binaries are already provided by the
mingw32-binutils there is no need for this one to provide them as well

WIP: external toolchain cross buildable: binutils

Add a cross buildable binutils package.
The new category is not linked to the regular ports tree to avoid make install,
poudriere and others to catch it automagically

instead of ending with a very complex file removal in the stage, prefer to use
specific plist per arch.

For now only sparc64 tested and added. This version of binutils is stipped down
only the components that are not supported by elftoolchain

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

Enable determinstic archives by default in GNU ar

Approved by:	bapt

- Fix trailing whitespace in pkg-descrs, categories [a-f]*

Approved by:	portmgr blanket

Fix port when BUREMOVE is not defined

Switch the cloudabi-toolchain port over to llvm-devel.

Farnsworth: "Good news, everyone!" The latest revisions of LLVM trunk
not only have a version of LLD that creates usable binaries for x86-64
and aarch64, it also does a better job at creating Position Independent
Executables than the GNU linker.

Because PIE is going to become pretty important for some of the upcoming
projects (emulation on other OSes), I'd like to go ahead and switch the
cloudabi-toolchain port over to the latest snapshot of LLVM. My goal is
to revert back to a stable version (3.9) when available.

Switching to LLD involves patching up the Binutils ports to no longer
install the GNU linker (and remove the linker scripts that it uses). We
can then simply add a couple of extra symlinks to cloudabi-toolchain to
point to the LLD binary.

At the same time, let's switch over to using the ELF toolchain tools on
FreeBSD 11. That way we can even drop the dependency on Binutils on
those systems.

Reviewed by:	bapt, emaste
Differential Revision:	https://reviews.freebsd.org/D5874

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Stop calling sbrk from binutils. This will help remive the need for this
function on arm64.

PR:		208255
Approved by:	bapt
Sponsored by:	ABT Systems Ltd

Extend the Binutils ports to allow deletion of specific tools.

For CloudABI I slowly want to switch away from certain tools provided by
Binutils. For example, it would be really nice if we could switch from
GNU ld to LLD some time in the future. LLD is not ready yet. Some bug
fixes didn't manage to land into 3.8 and it doesn't support aarch64
properly. There are already some tools that we can use, such as nm,
objdump, size, ar and ranlib.

Introduce a BUREMOVE variable that can be set in Binutils slave ports to
remove specific utilities that are installed by default. There doesn't
seem to be any other elegant way to solve this. Set a bunch of utilities
by default and then extend cloudabi-clang to set up symlinks to the LLVM
versions of the tools.

Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D5684

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

Update binutils to 2.26

Drop 8 support.

With hat:	portmgr
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3694

Update to 2.25.1

MASTER_SITES cleanup.

- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
  of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
  no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.

While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.

Also, replace some EXTRACT_SUFX occurences with USES=tar:*.

Checked by:	make fetch-urlall-list
With hat:	portmgr
Sponsored by:	Absolight

Fix undefined behavior in gas/contrib/tc-arm.c's rotate_left() macro,
similar to https://svnweb.freebsd.org/base?view=revision&revision=274856

This fixes possible "invalid constant after fixup" errors from gas, when
it has been compiled with high levels of optimization.

Obtained from:	binutils commit d840c081f8082e8b9e63fead5306643975a97bb3
PR:		197806
Approved by:	maintainer (bapt)

Add mips64 to list of ARCH that disable gold.
Enables binutils for MIPS64

Remove @dirrm entries

Update aarch64 patch for binutils 2.25

Approved by:	bapt
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D1516

binutils 2.15 turned "no group info for section" from a warning to an error
On FreeBSD 8.x, a dozen of ports exhibit this warning so allow it again

Approved by:	maintainer

avr-binutils patch has to be updated for binutils 2.25

Do not build gold if compiler is clang version lower to 3.4

Reported by:	many

Update binutils to 2.25
This release incorporates most of the FreeBSD patches
Mark aach64 as broken as the patchset needs to be updated

- Unbreak build on mips, gold is not build there

PR:		196027
Submitted by:	amdmi3
Approved by:	bapt

Add 64-bit ARM binutils port

This is a port version of Andrew Turner's AArch64-FreeBSD binutils git
branch, https://github.com/zxombie/aarch64-freebsd-binutils

Reviewed by:	bapt
Approvied by:	bapt
Differential Revision: https://reviews.freebsd.org/D912

Don't remove the directory containing the tools when
PKGNAMEPREFIX == BUTARGET.

Differential Revision:	https://reviews.freebsd.org/D968
Approved by:	bapt

Fix i386-linux-binutils

Integrate a sparc64 patch from base version of binutils

Submitted by:	marius

Add size into the bin/ directory

Remove now useless plist entries

Allow to specify full target directly from the slave

Make the cross binutils able to tweak his sysroot

Make the port ready to have slave ports for cross building targets

Import arm support patches
Take maintainership [1]
Convert to USES=libtool

Approved by:	zeising [1]
Tested by:	sbruno

- Convert gmake, bzip2 to USES

Approved by:	portmgr

devel/binutils: Revert r353788, it was already covered

I forgot that this port was already fixed in arguably a better way:
In dports, the Makefile.DragonFly file contains this:

  .if ${DFLYVERSION} > 300702
  CONFIGURE_ARGS+= --with-lib-path=/lib:/usr/lib
  .endif

The main makefile should probably have the CONFIGURE_ARGS+= line
added to it unconditionally because it doesn't make sense to
search /usr/local/lib when PORTSDIR != /usr/local.

So DragonFly is fine with the original fix, but FreeBSD should
look at taking it.  I don't think the DFLYVERSION needs to be checked
either.

devel/binutils: Support dev branch of DragonFly

On the development branch of DragonFly, a number of shared system
libraries has moved from /usr/lib to /lib, mirroring what happened on
FreeBSD years ago.  The bfd linker will not follow symlinks, so the
configure.tgt file needs to be updated for DragonFly 3.7+.  This is a
no-op for FreeBSD.

A similar patch has been submitted upstream.

- Make sure include/ansidecl.h gets really removed

Update to 2.24

Do not install libiberty.a to aviod conflicts with devel/gnulibiberty [0]
Do not install include/ansidecl.h, to avoid conflicts with gcc49 [1]
Fix gold usage when linking c++ code, related to ctors [2]

Thanks to dim for help with getting gold to build with libc++!

PR:		ports/176406 [0], ports/184327 [1]
Submitted by:	Craig Leres <leres@ee.lbl.gov> [0]
		Gerald Pfeifer <gerald@pfeifer.com> [1]
Requested by:	rdivacky [2]

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 1)

Fix build with libc++

Submitted by:	theraven
With hat:	portmgr

Update to 2.23.2
Add upstream patch to make it possible to build gcc on sparc64 [1]
Fix CONFIGURE_TARGET to do the right thing, previously the binutils build
could fail on amd64 when built as a dependency of for instance gcc. [2]

PR:		ports/179291 [1]
Submitted by:	Michael Moll <kvedulv@kvedulv.de> (PR) [1]
Reported by:	kwm and dim [2]

- Convert USE_GETTEXT to USES (part 4)

Approved by:	portmgr (bapt)

Convert USE_BISON to USES= bison

It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build

it brings bison as a run dependency in case it is set the following way:
USES= bison:run

it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both

While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix

Update devel/binutils to 2.23.1

Tested by:	Anton Shterenlikht <mexas@bristol.ac.uk>
		Hans Ottevanger <hans@beastielabs.net>
Approved by:	kwm, miwi (mentors, implicit)

Disable the gold linker when building on ia64.  It is not supported on this
architecture, and having it enabled nontheless gives plist issues. [1]
Fix plist when compiled with NLS support [2]
Bump PORTREVISION since the plist changed.

Reported by:	Anton Shterenlikht <mexas@bristol.ac.uk> (private mail) [1]
		eadler, crees, makc (on irc) [2]
Approved by:	kwm (mentor)

Fix plist and bump PORTREVISION.

Grab

Approved by:	miwi (mentor)

Convert to OptionsNG

PR:		ports/172422
Submitted by:	Michael Gmelin <freebsd@grem.de>

Reassign maintainership back to ports@

Fix binutils build on clang.  I'm committing this with a somewhat short
timeout as it blocks some of the work I'm doing with ports and clang;
there are a large number of dependencies.

PR:		ports/170982
Submitted by:	brooks
Hat:		portmgr

Enable gold and sysroot support

PR:             ports/165406
Submitted by:   brooks@

- Backport changes from binutils-cvs needed to support 32- and 64-bit
  powerpc

PR:             ports/163041
Submitted by:   andreast@
Approved by:    maintainer timeouet (3 weeks)

Update to 2.22

Feature safe:   yes

- Unbreak

Reported by:    pointyhat
Pointy hat to:  miwi

- Get rid FreeBSD 6.x support

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Update to 2.21.1

- Add LICENSE knob(s)

- Update to 2.21
- Unbreak build with clang [1]

PR:             ports/151874 [1]
Submitted by:   Koop Mast <kwm@FreeBSD.org> [1]

- fix pkg-plist for non default WITH_NLS option.

PR:             ports/149459
Submitted by:   swills
Approved by:    maintainer timeout (mm ; 31 days)

Chase mpfr library and bump PORTREVISION.

Bounce PORTREVISION for gettext-related ports.  Have fun, ya'll.

Switch to use newer GMP version.

PR:             ports/144487
Submitted by:   ale
Approved by:    portmgr (-exp run by erwin)

- Update to 2.20.1

- Register conflicts between libbfd and binutils

PR:             ports/136701
Submitted by:   gerald

- Update to 2.20

- Make NLS optional and disable by default
- This port should have no RUN_DEPENDS by default
- Bump PORTREVISION

- Fix pkg-plist for pre-7 FreeBSD
- Bump PORTREVISION

Reported by:    pav (exprun)

- Fix typo in Makefile and unbreak WITHOUT_NLS

PR:             ports/137024
Submitted by:   swell.k@gmail.com

- Fix pkg-plist for FreeBSD 6.x
- Bump PORTREVISION

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/