* Update to 4.94.
* Update or remove patches that are included in upstream.
* Fix build with Clang 11 without setting 'CFLAGS+=-fcommon' in Makefile.
* Use new pwddesc structure if applicable.
Change Log: https://github.com/lsof-org/lsof/releases/tag/4.94.0
Submitted by: Yasuhiro Kimura <yasu@utahime.org>
PR: 251096
MFH: 2021Q1
The the order of fields in the namecache struct changed in stable/12
(r363891) and head (r367338); this definition is not public so lsof
has it's own copy that needs to be conditionally adjusted accordingly.
PR: 250916
Approved by: ler (maintainer)
This issue happens only when GCC is in use, it doesn't happen with clang. Since the package changes, bump PORTREVISION.
This also fixes build on e.g. mips64 stable/12.
MFH: 2020Q4 (fix build blanket)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dnode.c
>>> dnode.o:(.bss+0x0)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dnode1.c
>>> dnode1.o:(.bss+0x0)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dproc.c
>>> dproc.o:(.bss+0x10)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dsock.c
>>> dsock.o:(.bss+0x0)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dstore.c
>>> dstore.o:(.bss+0x20)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at arg.c
>>> arg.o:(.bss+0x18)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at main.c
>>> main.o:(.bss+0x18)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at misc.c
>>> misc.o:(.bss+0xA8)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at node.c
>>> node.o:(.bss+0x20)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at print.c
>>> print.o:(.bss+0x158)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at proc.c
>>> proc.o:(.bss+0x10)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at store.c
>>> store.o:(.bss+0x298)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at usage.c
>>> usage.o:(.bss+0x0)
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at ckkv.c
>>> ckkv.o:(.bss+0x0) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at dvch.c
>>> dvch.o:(.bss+0x408) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at fino.c
>>> fino.o:(.bss+0x0) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at isfn.c
>>> isfn.o:(.bss+0x38) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at pdvn.c
>>> pdvn.o:(.bss+0x0) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at lkud.c
>>> lkud.o:(.bss+0x0) in archive ./lib/liblsof.a
ld: error: duplicate symbol: Cfp
>>> defined at dmnt.c
>>> dmnt.o:(Cfp)
>>> defined at prfp.c
>>> prfp.o:(.bss+0x0) in archive ./lib/liblsof.a
sys/_lock.h is no longer implicitly included in such a way that the #ifdef
_KERNEL #error in lockmgr.h is bypassed after r347984. Fix lsof to explicitly
include _lock.h with _KERNEL defined on 13.
Submitted by: cem
Reported by: pkg-fallout
Differential Revision: https://reviews.freebsd.org/D20341
Changes since 4.92:
4.93.0 May 7, 2019
[freebsd] Made FreeBSD 13 adjustment.
[darwin] Fix a typo causing a build error.
Fix a potential memory leak.
[linux] use tirpc for rpc if libc doesn't provide rpc.h.
Fix a typo in man page.
[linux] fix memory leaks detected by valgrind about unix
endpoint information.
Update the description about -fg and -fG options on linux.
4.93.1 May 7, 2019
Fix a broken symbolic link.
The new features developed at lsof-org/lsof-linux repository is not
merged yet.
This fixes the case where ARM_NARCH and ARM_NMMUS are 0, since the lsof(1) sources get hacky
access to kernel structures.
PR: 216065
Submitted by: samm os2 kiev ua
Approved by: adamw (mentor)
Differential Revision: https://reviews.freebsd.org/D9176
