After r232745, which makes sure __bswap16(), ntohs() and htons() return
__uint16_t, we can partially undo r228668. Note the remark "Work around a clang false positive with format string warnings and ntohs macros (see LLVM PR 11313)" was actually incorrect. Before r232745, on some arches, the ntohs() macros did in fact return int, not uint16_t, so clang was right in warning about the %hu format string. MFC after: 2 weeks
This commit is contained in:
parent
646af7c6af
commit
6aa83769fd
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=232748
@ -8,9 +8,6 @@ SRCS= if.c inet.c main.c mbuf.c mroute.c netisr.c route.c \
|
||||
unix.c atalk.c mroute6.c ipsec.c bpf.c pfkey.c sctp.c
|
||||
|
||||
WARNS?= 3
|
||||
# XXX: Work around a clang false positive with format string warnings
|
||||
# and ntohs macros (see LLVM PR 11313).
|
||||
NO_WFORMAT.clang=
|
||||
CFLAGS+=-fno-strict-aliasing
|
||||
|
||||
CFLAGS+=-DIPSEC
|
||||
|
Loading…
Reference in New Issue
Block a user