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:
Dimitry Andric 2012-03-09 20:50:15 +00:00
parent 646af7c6af
commit 6aa83769fd
Notes: svn2git 2020-12-20 02:59:44 +00:00
svn path=/head/; revision=232748

View File

@ -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