History log of /netbsd-src/usr.sbin/racoon/Makefile (Results 1 – 25 of 43)
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 ...


# 8499346d 09-May-2023 christos <christos@NetBSD.org>

Handle OpenSSL-3.x


# f4035166 09-May-2023 christos <christos@NetBSD.org>

deal with OpenSSL-3.x


# 077013d9 14-Aug-2021 christos <christos@NetBSD.org>

One more ldap change


# 72ccf7c9 13-Apr-2021 mrg <mrg@NetBSD.org>

apply -fcommon to sources that still rely upon it.


# 530d7749 02-Dec-2020 rin <rin@NetBSD.org>

Explicitly link liblber and libssl when ldap support is enabled.
Fix sun2, i.e., MKPIC=no build.


# cfd5acca 01-Dec-2020 bouyer <bouyer@NetBSD.org>

Enable ldap support in racoon(8). Proposed on tech-userlevel,
"Go for it" from christos@


# 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 ...


# fd434df1 01-Apr-2018 christos <christos@NetBSD.org>

add commented out debugging options.


# 2e193233 25-Feb-2018 mrg <mrg@NetBSD.org>

add LIBKRB5_LDADD/LIBKRB5_DPADD and their static counterparts
to bsd.prog.mk. use them instead of hard coding various lists
of libraries for krb5.

this fixes static builds.


# 2188bc14 09-Feb-2018 christos <christos@NetBSD.org>

No RC5 for OpenSSL-1.1


# 26640e8b 09-Feb-2018 christos <christos@NetBSD.org>

disable compat api setting for openssl 1.1


# 3123832b 07-Feb-2018 christos <christos@NetBSD.org>

needs the OpenSSL-1.1 api to build


# 09956316 21-May-2017 riastradh <riastradh@NetBSD.org>

Remove MKCRYPTO_RC5. Unconditionally include RC5 in libcrypto.so.

This option existed only because RC5 is covered by patents that, twenty
years ago, we had reason to suspect the patent holder, RSA,

Remove MKCRYPTO_RC5. Unconditionally include RC5 in libcrypto.so.

This option existed only because RC5 is covered by patents that, twenty
years ago, we had reason to suspect the patent holder, RSA, Inc., might
litigate. The two US patents in question are 5,724,428 and 5,835,600.

According to the USPTO Patent Term Calculator web site at
<https://www.uspto.gov/patent/laws-and-regulations/patent-term-calculator#heading-5>
(retrieved 2017-05-21), patents filed after 1995-06-07 expire twenty
years after the filing date.

number filing date
5,724,428 1995-11-01
5,835,600 1997-04-21

Thus, these patents appear to be expired.

As proposed on tech-crypto and tech-security:

https://mail-index.netbsd.org/tech-crypto/2017/05/05/msg000718.html
https://mail-index.netbsd.org/tech-security/2017/05/05/msg000927.html

show more ...


# b0f6bc04 22-Feb-2017 maya <maya@NetBSD.org>

GC some GCC 4.8 specific sh3 HACKS entries.

These existed to avoid compile errors, and haven't been effect
since gcc.old was removed.


# ce31bd9d 28-Jan-2017 christos <christos@NetBSD.org>

add sqlite3


# f7bfce33 09-Nov-2013 christos <christos@NetBSD.org>

more sh3 hacks.


# d5b265f4 20-Jun-2013 christos <christos@NetBSD.org>

Enable wildcard matching in psk files. We are big kids and if we put a *
in the psk file, we mean it.


# 550109f8 14-Jul-2012 christos <christos@NetBSD.org>

MKCRYPTO_IDEA is no more


# 3712f81c 04-Jan-2012 drochner <drochner@NetBSD.org>

-consistently use "char *" for the compiled policy buffer in the
ipsec_*_policy() functions, as it was documented and used by clients
-remove "ipsec_policy_t" which was undocumented and only present

-consistently use "char *" for the compiled policy buffer in the
ipsec_*_policy() functions, as it was documented and used by clients
-remove "ipsec_policy_t" which was undocumented and only present
in the KAME version of the ipsec.h header
-misc cleanup of historical artefacts, and to remove unnecessary
differences between KAME ans FAST_IPSEC

show more ...


# 28050549 30-May-2011 joerg <joerg@NetBSD.org>

Ignore warnings when building with clang for now.


# d877c4c3 22-Apr-2009 lukem <lukem@NetBSD.org>

Enable WARNS=4 by default, except for:
cpuctl dumplfs hprop ipf iprop-log kadmin kcm kdc kdigest
kimpersonate kstash ktutil makefs ndbootd ntp pppd quot
racoon racoonctl rtadvd s

Enable WARNS=4 by default, except for:
cpuctl dumplfs hprop ipf iprop-log kadmin kcm kdc kdigest
kimpersonate kstash ktutil makefs ndbootd ntp pppd quot
racoon racoonctl rtadvd sntp sup tcpdchk tcpdmatch tcpdump
traceroute traceroute6 user veriexecgen wsmoused zic
(Mostly third-party applications)

show more ...


# df870ff6 10-Apr-2008 tsutsui <tsutsui@NetBSD.org>

Add more libraries required by libkrb5 etc. in NOPIC case.


# 6bb1f8cf 28-Mar-2008 christos <christos@NetBSD.org>

Not the right way to fix this.


# 25a92e43 28-Mar-2008 he <he@NetBSD.org>

Because privsep.c uses CMSG_SPACE() to size two local arrays, these
ends up as c99 variable-sized local arrays (CMSG_SPACE() uses a function
as part of calculating its result). This causes the stack

Because privsep.c uses CMSG_SPACE() to size two local arrays, these
ends up as c99 variable-sized local arrays (CMSG_SPACE() uses a function
as part of calculating its result). This causes the stack protection
code in the compiler to complain, so build this one with -fno-stack-protector
to avoid the problem.

Gets us back to buildability for this program for a number of our ports.

show more ...


12