This port fails when attempting to link with lld as the system linker.
It passes -fPIC to the linker, which is actually a compiler flag.
ld.bfd accepts the flag but it results in a bogus DT_AUXILIARY entry
in the ouptut:
Dynamic section at offset 0x5000 contains 15 entries:
Tag Type Name/Value
0x000000007ffffffd AUXILIARY Auxiliary library: [PIC]
PR: 221807
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
lld has no built-in search paths (/lib, /usr/lib). Normally the linker
is invoked from the compiler driver, and the search paths are added by
the compiler. If lld is invoked directly library search paths must be
specified explicitly, with -L/lib -L/usr/lib.
This port does not honour LD or -fuse-ld in CFLAGS via LLD_UNSAFE, but
BINARY_ALIAS can be used to ensure we use the BFD linker.
PR: 226972
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
This port fails when attempting to link with lld as the system linker.
PR: 226990
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
lld has no built-in search paths (/lib, /usr/lib). Normally the linker
is invoked from the compiler driver, and the search paths are added by
the compiler. If lld is invoked directly library search paths must be
specified explicitly, with -L/lib -L/usr/lib.
This port does not honour LD or -fuse-ld in CFLAGS via LLD_UNSAFE, but
BINARY_ALIAS can be used to ensure we use the BFD linker.
PR: 226979
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
Port changes:
* Change to DISTVERSION
* Replace CPPFLAGS/LIBS with USES=localbase
* Change WWW to a URL with arping-specific info
* Remove junk from pkg-descr
PR: 226304
Submitted by: Kai <freebsd_ports@k-worx.org>
This port does not honour LD or -fuse-ld in CFLAGS via LLD_UNSAFE, but
BINARY_ALIAS can be used to ensure we use the BFD linker.
PR: 226989
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
This port does not honour LD or -fuse-ld in CFLAGS via LLD_UNSAFE but
BINARY_ALIAS can be used to ensure we use the BFD linker.
PR: 226989
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
This port passes an unusual option to the linker that is accepted by
ld.bfd but rejected by ld.lld. Linking with lld fails with:
ld: error: -O: number expected, but got 'string-lib.o'
PR: 226992
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
- Explicitly include <machine/trap.h> for accessing T_PAGEFLT.
- Use 'mc_flags' in mcontext_t to check for valid AVX state, rather than
'mc_trapno'.
PR: 226809
Submitted by: jhb
hare is a small utility designed for use by PAM which sends a UDP
packet to py-hared. Here is a typical /etc/pam.d/sshd entry:
session optional pam_exec.so /usr/local/sbin/hare 10.1.0.10
py-hared will be runnig at that IP address. From there, the data
gets put into mqtt for further processing.
ld: error: <internal>: section sh_addralign is not a power of 2
Myrddin's build system directly calls ld so LLD_UNSAFE can't work
here. Workaround the issue by adding a binary alias to ld.bfd to fix
the build for now.
PR: 226986
Reported by: emaste
unieject fails to link with lld as the system linker due to shared
library protected visibility symbol preemption issues. Set LLD_UNSAFE
to use ld.bfd.
Errors are of the form:
/usr/bin/ld: error: cannot preempt symbol: libunieject_getdevice
>>> defined in ./.libs/libunieject.so
>>> referenced by unieject.c
>>> unieject-unieject.o:(main)
PR: 214864
Approved by: portmgr (LLD_UNSAFE blanket)
Sponsored by: The FreeBSD Foundation
