History log of /netbsd-src/usr.sbin/bootp/common/Makefile (Results 1 – 11 of 11)
Revision Date Author Comments
# f937c412 03-Jun-2023 lukem <lukem@NetBSD.org>

bsd.own.mk: rename to CC_WNO_ADDRESS_OF_PACKED_MEMBER

Provide a single variable
CC_WNO_ADDRESS_OF_PACKED_MEMBER
with options for both clang and gcc, to replace
CLANG_NO_ADDR_OF_PACKED_MEMBER
CC_N

bsd.own.mk: rename to CC_WNO_ADDRESS_OF_PACKED_MEMBER

Provide a single variable
CC_WNO_ADDRESS_OF_PACKED_MEMBER
with options for both clang and gcc, to replace
CLANG_NO_ADDR_OF_PACKED_MEMBER
CC_NO_ADDR_OF_PACKED_MEMBER
GCC_NO_ADDR_OF_PACKED_MEMBER

Using the convention CC_compilerflag, where compilerflag
is based on the full compiler flag name.

show more ...


# 67de9e3b 30-May-2021 joerg <joerg@NetBSD.org>

address-of-packed-member warning is no longer a problem here.


# cb93b810 06-Sep-2020 mrg <mrg@NetBSD.org>

add support for new GCC 9 warnings that may be too much to fix
right now. new address-of-packed-member and format-overflow
warnings have new GCC_NO_ADDR_OF_PACKED_MEMBER amd
GCC_NO_FORMAT_OVERFLOW v

add support for new GCC 9 warnings that may be too much to fix
right now. new address-of-packed-member and format-overflow
warnings have new GCC_NO_ADDR_OF_PACKED_MEMBER amd
GCC_NO_FORMAT_OVERFLOW variables to remove these warnings.

apply to a bunch of the tree. mostly, these are real bugs that
should be fixed, but in many cases, only by removing the 'packed'
attribute from some structure that doesn't really need it. (i
looked at many different ones, and while perhaps 60-80% were
already properly aligned, it wasn't clear to me that the uses
were always coming from sane data vs network alignment, so it
doesn't seem safe to remove packed without careful research for
each affect struct.) clang already warned (and was not erroring)
for many of these cases, but gcc picked up dozens more.

show more ...


# f9c27363 11-Jan-2017 joerg <joerg@NetBSD.org>

Disable a couple of warnings until further investigation.


# 66176dfd 03-May-2008 lukem <lukem@NetBSD.org>

Rename MKPRIVATELIB to LIBISPRIVATE, to make it clearer that this is
a variable that is used by in-tree Makefiles to control behaviour.
(MKsomevar variables are generally intended to be controlled by

Rename MKPRIVATELIB to LIBISPRIVATE, to make it clearer that this is
a variable that is used by in-tree Makefiles to control behaviour.
(MKsomevar variables are generally intended to be controlled by the end-user)

show more ...


# b8172479 23-May-2004 lukem <lukem@NetBSD.org>

Use MKPRIVATELIB=yes instead of providing an empty libinstall:: target and
setting NOLINT, NOPIC, NOPROFILE (etc)


# c52b93f5 18-Sep-2002 lukem <lukem@NetBSD.org>

minor makefile delint


# 8e6f7afb 12-Dec-2001 tv <tv@NetBSD.org>

MKfoo=no -> NOfoo


# 7e1c62ba 13-Mar-1999 lukem <lukem@NetBSD.org>

set MKLINT=no. noted by NAKAJIMA Yoshihiro <nakayosh@kcn.ne.jp>


# dcab0210 13-Feb-1999 lukem <lukem@NetBSD.org>

convert from NOxxx= to MKxxx=no.
include <bsd.own.mk> if testing a MKxxx variable.


# 7b9e5518 15-Mar-1998 lukem <lukem@NetBSD.org>

move (using repository copy) bootp{d,ef,gw,test} into a common hierarchy
with a libcommon - to stop unnecessary recompilation of the source.
add Makefile* to suit.