* 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.
to userland, unless explicitly asked for.
Don't bump PORTREVISION, since this particular port needs to be recompiled
basicly anytime base is upgraded. It has too much knowledge about kernel
structures.
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
