all: drop support for FreeBSD 13, mips and risc64sf

Reviewed by:            many (*)
Differential Revision:  https://reviews.freebsd.org/D55624
Differential Revision:  https://reviews.freebsd.org/D55642 (merged in from bofh)

many (*)
  acm arrowd brooks cmt dch decke dinoex eduardo fluffy fuz gahr garga
  jbeich joerg jrm kai kenrap martymac matthew mfechner michaelo mizhka
  nobutaka pkubaj se tagattie thj

  Anton Saietskii
  GenericRikka
  Gert Doering
  Jan Bramkamp
  Oleh Hushchenkov
  Oleksandr Kryvulia
  Ralf van der Enden
  Yamagi

  desktop kde python tcltk office

devel/binutils: Remove contiguous blank line

Approved by:	portmgr (blanket)

devel/binutils: Update to 2.44

PR:		284556
Exp-run by:	antoine

devel/binutils: Update to 2.43.1

PR:		281353
Submitted by:	Alven <alster@vinterdalen.se>

devel/binutils: update to 2.43

Original patch (files/patch-* and native pkg-plist) by
alster@vinterdalen.se. I separated cosmetic and other changes not
related to the update into three prior commits and fixed
pkg-plist packaging failures.

The process used to fix pkg-plist problems resulted in correct sorting
of ldscripts pkg-plist information. This part of the change should have
been proactively fixed but the issue wasn't discovered until merging
orphaned files back into the various pkg-plist files. Rather than
introduce possible new breakage while trying to preemptively sort
pkg-plist in a prior commit, let's just accept this change with the
upgrade.

PR:		281070
Security:	CVE-2023-1972, CVE-2023-25585, CVE-2023-25586,
		CVE-2023-25588
Exp-run by:	antoine

devel/binutils: Remove autodependency on devel/elfutils

Users who manually pre-install devel/elfutils and subsequently
manually build and install binutils must now enable the dependency.

The previous commit provided the option but also didn't change the
implied (autodetect) behavior. This change now disables elfutils
autodetection. Users must now explicitly enable the option if they
were previously relying on autodetection.

Requested by:	mat, jrm

devel/binutils: Add devel/elfutils dependency options

Currently binutils auto-discovers libdebuginfod.so existence in
$LOCALBASE and if found, it will use it. This doesn't matter when
building under poudriere because devel/elfutils is never
pre-installed as a dependency.

However users building binutils on systems with a pre-installed
devel/elfutils will discover that binutils will auto-detect the
existence of libdebuginfod.so and use it. This is not always desired.
Therefore add an option so that users who build binuitls by hand
can optionally force binutils not to detect or use libdebuginfod.so.

On the flip side other users may want to depend on devel/elfutils and
have the ports infrastructure preinstall it for them.

The default option is to auto-detect and depend on devel/elfutils if
found.

PR:		273798

devel/binutils: Reformat pkg-descr

Shorten a long line.

PR: 	281070
MFH:	2024Q3

devel/binutils: Remove redundancies

Remove:
- Extraneous blank line
- Now unneeded GNU_CONFIGURE_MANPREFIX
- No longer needed TEST_DEPENDS

PR:	281070
MFH:	2024Q3

devel/binutils: Pet portclippy

In addition to petting portclippy, replace the "rm" command with its
predefined variable.

PR:	281070
MFH:	2024Q3

devel/binutils: fix build with libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes devel/binutils to fail to compile with clang 19 and libc++
19, resulting in errors similar to:

    /usr/include/c++/v1/string:820:42: error: implicit instantiation of
undefined template 'std::char_traits<unsigned short>'
      820 |   static_assert(is_same<_CharT, typename
traits_type::char_type>::value,
          |                                          ^
    ./stringpool.h:225:35: note: in instantiation of template class
'std::basic_string<unsigned short>' requested here
      225 |   { return this->add_with_length(s.data(), s.size(), copy, pkey); }
          |                                   ^

devel/binutils: add /usr/lib32 to search path

Merge upstream commit f026d7063ece:

    Add /usr/lib32 to the native search paths for FreeBSD systems.

PR:		280447
Approved by:	cy (maintainer)
Upstream PR:	https://sourceware.org/bugzilla/show_bug.cgi?id=31395
MFH:		2024Q3
Sponsored by:	DARPA, AFRL

devel/binutils: Followup ea307f60573e

Non default pkg-plist files were missed on previous change

Reported by:	bofh

devel/binutils: Sanitize MANPREFIX

Approved by:	portmgr (blanket)

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

devel/binutils: Add INFO option

Add INFO option to remove unconditional texinfo dependency.

PR:			275378
Reviewed by:		cy
Differential Revision:	https://reviews.freebsd.org/D37013

Revert "devel/binutils: Disable randomly discovered libelf dependency"

The author requests revert. His patch has caused PR/273839.

PR:	273798, 273839

This reverts commit 90f14401dea714ea5558bd4ae0b704aeb0fecc9c.

devel/binutils: Disable randomly discovered libelf dependency

Users who build binutils from ports source will discover an implied
dependency for elfutils should elfutils be installed at the time
make is run.

PORTREVISION is not bumped because this bug does not affect building of
binary packages. The binary package never has an elfutils dependency
because elfutils is never installed in the poudriere jail prior to
building binutils. This avoids a gratuitous rebuild of binary packages
when none is needed.

PR:	273798

devel/binutils: fix build with lld 17

Some versioned symbols in libctf are undefined when libctf-nobfd.so is
linked. Suppress errors with lld >= 17 due to these undefined symbols.

PR:	273791
MFH:	2023Q3

devel/binutils: Revert "devel/binutils: Update to 2.41"

This was an accidental misoperation of git.

This reverts commit 14211774c4d7d56fd534d38748287ff270d0d469.

devel/binutils: Update to 2.41

ChangeLog:	https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=binutils/ChangeLog;h=866cf56d16af7994e23414c2d87cf08d119188cb;hb=2c73aeb8d2e02de7b69cbcb13361cfbca9d76a4e

devel/binutils: Add GNU to MASTER_SITES

GNU mirrors also hosts binutils and as there are a lot more of those
set GNU as primary alias and fallback to SOURCEWARE

Reference:
https://lists.gnu.org/archive/html/info-gnu/2023-07/msg00009.html

Approved by:	portmgr (blanket)

devel/binutils: Fix abort() in mingw32

Building mingw32 results in a binutils abort() trap. Upstream commit
b7eab2a9d4f fixes this. Upstream commit log message states:

    the early-out in wild_sort is not enough, it might still be
    that filenames are equal _and_ the wildcard list doesn't specify
    a sort order either.  Don't call compare_section then.

PR:			271405
Reported by:		shurd
Upstream commit:	b7eab2a9d4f (identified by shurd)
MFH			2023Q3

devel/binutils: Setting sh_link for SHT_REL/SHT_RELA

Import upstream commit 6b958fe36b7:

It's wrong to have an alloc reloc section trying to use a non-alloc
symbol table.

	* elf.c (assign_section_numbers <SHT_REL, SHT_RELA>): Correct
	comment.  Always set sh_link to .dynsym for alloc reloc
	sections and to .symtab for non-alloc.

This also fixes strip when using llvm-strip, i.e. when base built with
WITH_LLVM_BINUTILS.

PR:		271061, see also: 270961, 270960
Reported by:	Emanuel Haupt <ehaupt@FreeBSD.org>
Approved by:	cy
Obtained from:	Upstream commit 6b958fe36b7
MFH:		2022Q2

devel/binutils: Fix plist error without GOLD

PR:		270532
Reported by:	fuz
Tested by:	fuz

devel/binutils: Enable shared

The submittor's reason for this change is that shared libraries makes
dependencies easier to track. However, this is not the primary reason
to add shared library support. Shared libraries are more secure because
should a depending package, such as binutils, require a security update
any depending packages will immediately reap the benefit of the newly
secured package.

This change only affects the native flavor because when 2f26d37a5937
(SVN r517642) changed the port from slave ports of binutils to FLAVORS,
it mistakenly removed shared libraries from the native package. Prior to
this 2f26d37a5937 only non-native packages were built producing only
static libraries. This revision restores the behabviour of prior to
2f26d37a5937.

PR:		270146
Reported by:	yuri
Fixes:		2f26d37a5937 (SVN r517642)

devel/binutils: Sort plist

devel/binutils: Bring back ansidecl.h

A missing ansidecl.h is causing some ports build failures because of
and unknown ENUM_BITFIELD. This commit brings it back.

Previous commits which removed ansidecl.h, 8b115343ad84e and 95c499bbd7f34,
failed to say why the file was removed. We can only guess the reason, to
solve an undocumented problem at the time.

PR:		269878
Submitted by:	yuri
Reported by:	yuri
MFH:		2023Q1

devel/binutils: Update from 2.39 to 2.40

Update our binutils port from 2.39 to 2.40.

Enable zstd support. Depend on the port in case the port is newer
than base.

Additional contributions by dizzy@:

- Use DISTVERSION instead of PORTVERSION
- Drop (reset) PORTREVISION
- Define zstd as LIB_DEPENDS rather than DEPENDS
- Add USES= localbase pkgconfig to fix (lib)zstd detection
- Set zstd as default compression algorithm for compressed debug
  sections
- Enable verbose output during build
- Drop STATIC option, it's unsupported upstream and fails to build

Also, disable tests because --compress-debug-sections is always set
to zlib-gabi regardless of the compression setting by ./configure,
resulting in failure.

Exp-run PR:	268994
Exp-run by:	antoine

devel/binutils: Update from 2.37 to 2.39

Update our binutils port from 2.37 to 2.39. While at it change the distfile
from tar.xz to tar.lz, which is 4 MB smaller than the .xz version.

Exp-run PR:	265917
Exp-run by:	antoine

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

devel/binutils: Take on maintainership

Typically the practice should be to assume maintainership while committing
other more substancial patches. However the planned update from 2.37 to
2.39 will require an exp-run. Let's do the MAINTAINER change first and do
the rest after the exp-run has been successfully completed.

Exp-run suggested by:	danfe

devel/binutils: Reset MAINTAINER

Maintainer has not been responsive since he took maintainership of the port.
Reset MAINTAINER to reflect the real status of the port.

devel/binutils: Fix as, gprof, ld man pages

Fix several man pages by deleting them and forcing the software to regenerate
them.

PR:	265816
Reported by:	lantw44@gmail.com
Approved by:	jflopezfernandez@gmail.com (maintainer, implicit timeout)

devel: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/binutils: configure with --enable-new-dtags

This makes binutils ld use DT_RUNPATH instead of DT_RPATH by default
for FreeBSD targets and brings it in line with LLVM ld.

The difference between the two is that DT_RUNPATH has a lower priority
than the LD_LIBRARY_PATH environment variable.  This variable is used
by libtool to override DT_RUNPATH when running programs directly from
the build directory (e.g. during make test).

PR:		259446
Approved by:	maintainer timeout (2 weeks)

*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)

devel/binutils: Fix manpage generation after 2.37

A bug[1] upstream in 2.37 left empty man pages after build.
The downloaded distribution file comes with empty man pages too.

Apply patch from upstream[1] and force man page regeration by removing the ones
which come with the distribution.

[1] https://sourceware.org/bugzilla/show_bug.cgi?id=28144
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=28144#c3

PR:	257982
Reported by:	jbeich@

devel/binutils: Update to 2.37

ChangeLog:
https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=ChangeLog;h=641d82c5358c863fbaba07a61e14a135c5785959;hb=116a737f438d03a1bd6aa706b6ea0b4022f3b7e2

exp-run by antoine@

Related commit: bae65d81de99 - Fix build with upcoming  binutils

PR:	251385
Reported by:	jflopezfernandez@gmail.com (maintainer)
Reviewed by:	arrowd@, koobs@, linimon@, tobik@

Remove # $FreeBSD$ from Makefiles.

Fix plist on riscv64.

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com build testing

devel/binutils: Assign new maintainer

New maintainer does not maintain any other ports.

PR:	251284
Submitted by:	jflopezfernandez@gmail.com

devel/binutils: fix packaging for powerpc64le flavor

devel/binutils: Apply upstream patch to fix "undefined symbol:
bswap_identity_64" and similar errors, when building devel/binutils in
certain environments.

This has been sitting in a bug for almost a year now without any action,
which is why I am committing it now.

MFH:		2020Q4
PR:		250783

devel/binutils: fix gnu as on powerpc64le

as built big-endian binaries on powerpc64le without this patch.
This makes www/firefox build correctly.

Submitted by:	bdragon@

devel/binutils: add powerpc64le FLAVOR

devel/binutils: add powerpc64le support

Give up on binutils for now, let other have a change to better maintain it

devel/binutils: fix build with -fno-common

Add a patch from upstream to fix the build of devel/binutils when compiled
with -fno-common, which is the default with llvm 11.

PR:		248701
MFH:		2020Q3

Enable -shared support for embedded RISC-V targets

Shared library support is incomplete for the RISC-V embedded elf
targets, and was disabled some time ago [1]. However, it appears that it
is functional enough to support basic usage, and is required to
successfully build u-boot for RISC-V. This toolchain doesn't have
widespread usage, so any risk of re-enabling this support is outweighed
by the benefit of being able to build important ports like u-boot.
Override this default.

[1]
https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=be1dce26256aa9f6c7742e81c8c3db9eacff079d

Reviewed by:	philip
Approved by:	philip
Differential Revision:	https://reviews.freebsd.org/D25735

Improve RELRO description

PR:		212377
Submitted by:	emaste
Reported by:	wblock

devel/binutils: Add support for riscv32-unknown-elf

This is usefull to do baremetal on riscv32 SoC/FPGA implementation.

Approved by:	bapt

devel/binutils: fix build on powerpc and powerpc64 with gcc

The check with clang was unnecessary.

Reported by:	linimon
Pointy hat:	me

devel/binutils: enable gold on powerpc64 and powerpc

ld.gold now works fine on powerpc64, but only when compiled with clang.

PR:		243194
Approved by:	bapt (maintainer timeout)

devel/binutils@aarch64: unbreak on powerpc64

Builds fine.

MFH:		2020Q1 (fix build blanket)

Add a riscv64_none_elf flavor to devel/binutils.

This flavor of binutils can be used as an external toolchain for
riscv64 bare metal.

Submitted by:   kp
Sponsored by:   Axiado
Approved by:    bapt (maintainer)

Fix gas for FreeBSD/sparc64.

Since binutils 2.30, gas treated FreeBSD/sparc64 the same as NetBSD
and OpenBSD and generated incorrect code as a result.

PR:		243119
Submitted by:	Michael Reim
Reviewed by:	bapt (maintainer), emaste
Differential Revision:	https://reviews.freebsd.org/D23087

Add a powerpc flavor to devel/binutils.

This flavor of binutils can be used as an external toolchain for
32-bit powerpc.

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

Use xz archive instead of bzip2 one

Submitted by:	daniel.engberg.lists_pyret.net
Differential Revision:	https://reviews.freebsd.org/D22640

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 WWW to the proper Website

Use bison:alias to avoid depending on GNU bison

Add devel/s390x-binutils, GNU binutils for s390x cross-development

PR:		215939
Submitted by:	bz

Remove binutils-do-not-provide-shared-section-symbols.patch, the issue it was
working around was fixed in binutils version 2.32

PR:		237068
Submitted by:	dim

Disable gold on sparc64

Submitted by:	MeSOFT Corporate Email <bmeyer@mesoft.com.au>

Permit base/binutils to be built as a native package.

- Don't require CROSS_TOOLCHAIN and CROSS_SYSROOT for base/binutils.
- Fix some places in devel/binutils to test the PREFIX instead of
  CROSS_TOOLCHAIN to determine if base/binutils is being built.
- When base/binutils is built natively, the binaries are installed
  with the target name prefix already.

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

Update to 2.32

PR:		235551
Exp-run:	antoine@

Enable gold on i386

Reviewed by:	bapt

Fix EXTRA_PATCHES usage

PR:		235109

Add a patch to fix a problem where binutils is placing
unversion section symbols into share libraries

Reported by:	antoine, dim
Obtained from:	fedora

Remove some testing that crept in

Update binutils to 2.31.1

Bump portsrevision for change to turn on thread support.

Spotted by adamw

Turn on threads support, mainly for ld.gold.  In my tests with llvm
this actually worked better than no threads, and threads are turned on
in other packaging distributions.  Have been using this for a while
and it looks like the more tested config upstream.

Reviewed-by: bapt (back in June)

Bump ports that should have been bumped along with r484628

Reported by:	kib

Remove an orphaned directory after INFO_PATH move

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

Cleanup packing lists.

- Use BUREMOVE to strip binutils tools not installed by the base/binutils
  package.
- Update BUREMOVE logic in devel/binutils to cope with the base package
  which installs tools without a BUTARGET- prefix.
- Use MANPREFIX for BUREMOVE to handle the PREFIX=/usr case used by
  base/binutils.
- Remove binutils headers and libraries explicitly from the staging area
  for base/binutils.
- Add missing plist entries for binutils binaries installed under a
  BUTARGET subdirectory.
- Drop plist entries from devel/binutils that are now properly removed.
  Previously the binaries for Windows tools like dlltool were removed
  from the staging area but the manpages were still left in the package.
- Bump PORTREVISION.

This is a recommit of r476186 but with the update to the pkg-plist of
devel/binutils and PORTREVISION bump.

PR:		230278
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16582

Revert r476186, it fails to package

With hat:	portmgr

base/binutils: Cleanup packing lists.

- Use BUREMOVE to strip binutils tools not installed by the base/binutils
  package.
- Update BUREMOVE logic in devel/binutils to cope with the base package
  which installs tools without a BUTARGET- prefix.
- Use MANPREFIX for BUREMOVE to handle the PREFIX=/usr case used by
  base/binutils.
- Remove binutils headers and libraries explicitly from the staging area
  for base/binutils.
- Add missing plist entries for binutils binaries installed under a
  BUTARGET subdirectory.

Approved by:	bapt (implicit for base/*)
Differential Revision:	https://reviews.freebsd.org/D16464

Add ports for an i386 external GCC toolchain.

- devel/binutils: Remove i386 a.out linker scripts when building
  i386-binutils or a base/binutils that targets i386.
- devel/powerpc64-gcc: Remove float.h on i386 since it conflicts
  with sys/x86/include/float.h.
- devel/i386-{binutils,gcc,xtoolchain}: New ports.

Reviewed by:	bapt (previous version)
Differential Revision:	https://reviews.freebsd.org/D16228

- Fix RISC-V ELF dynamic interpreter path

Approved by:	bapt (maintainer)
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D16319

Update mpfr to 4.0.1 release and bump PORTVERSION of dependent ports.

Undo temporary whitespace.

Fake forced commit to note correct differential revision:

Differential Revision:		https://reviews.freebsd.org/D13128

Add support for powerpcspe arch.

Tested for harmlessness on amd64.

Differential revision:	https://reviews.freebsd.org/D14335
Submitted by:		jhibbits

Incorporate a patch from upstream fixing aarch64 target

This fixes the issues building u-boot

Bump portrevision after all recent changes

Regenerate plist r461058

Add a PLIST_SUB entry to simplify plists

Fix cross build of base/ ports

This is a follow up to r461057 and fixes base/binutils and base/gcc in my
testing.

PR:		224217
Submitted by:	nwhitehorn (partially, I made additional changes)
Reviewed by:	bapt

Update to 2.30

Update to 2.29.1

PR:		222735
exp-run by:	antoine

Add CPE info

Approved by:	bapt (maintainer)

Begin deorbit burn of ia64.  We have not attempted to build packages for
it for many years.

While here, alphabetize ARCHs, pet portlint, and modernize usages.

Approved by:	portmgr (tier-2 blanket)

Actulally update binutils

Build aarch64-binutils as static by default.

This is required to build Arm64 packages using QEMU.  Poudriere copies
the native ld from the host into the jail and uses that during the build.
This only works if ld is static.

Reported by:	krion
Approved by:	bapt

Add a STATIC option to build the toolchain as static.

Approved by:	bapt

- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL

Approved by:	portmgr blanket

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.

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