History log of /freebsd-10.3-release/gnu/usr.bin/binutils/libbfd/Makefile.amd64
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
# 296373 04-Mar-2016 marius

- Copy stable/10@296371 to releng/10.3 in preparation for 10.3-RC1
builds.
- Update newvers.sh to reflect RC1.
- Update __FreeBSD_version to reflect 10.3.
- Update default pkg(8) configuration to use the quarterly branch.

Approved by: re (implicit)

# 256281 10-Oct-2013 gjb

Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation


# 218822 18-Feb-2011 dim

Merge binutils 2.17.50 to head. This brings a number of improvements to
x86 CPU support, better support for powerpc64, some new directives, and
many other things. Bump __FreeBSD_version, and add a note to UPDATING.

Thanks to the many people that have helped to test this.

Obtained from: projects/binutils-2.17


# 213294 30-Sep-2010 rpaulo

Remove target peigen.c so that make doesn't warn us about it.


# 213274 29-Sep-2010 rpaulo

Add support for the BFD target efi-app-x86_64.

This uses only GPL2 source code and is a requirement for a 64 bit EFI
boot loader.


# 182523 31-Aug-2008 rpaulo

Enable EFI target.
While there, make use of the DEFAULT_VECTOR variable.


# 131832 08-Jul-2004 obrien

MAJOR cleanup of the Bmake framework.
This includes removing all vestiges of the old not-really supported
ability to build cross tools targeting non-FreeBSD systems, such as
m68k Lynx and NetBSD. Move as much duplicated code from platform
Makefiles into the shared Makefiles. Add a simple mechanism for
specifying ELF 'ldscripts'. Also share as many .h files as possible
(now a single bfd.h vs. one per platform).


# 130743 19-Jun-2004 marcel

Move the elf32-target.h and elf64-target.h targets from the MD
makefiles to the centralized makefile. This not only reduces
duplication, it also makes the MD quirks stand out better and
thus improves maintenance.


# 117131 01-Jul-2003 obrien

bfd_elf32_i386_freebsd_vec is the only 32-bit vector we really need.
ar and nm aren't very smart when faced with multiple applicable vectors.


# 114050 26-Apr-2003 obrien

The AMD64 Hammer bits.