History log of /netbsd-src/lib/libc/ssp/vsprintf_chk.c (Results 1 – 6 of 6)
Revision Date Author Comments
# 38d40fc9 05-Feb-2009 lukem <lukem@NetBSD.org>

sign-compare fix


# ce099b40 28-Apr-2008 martin <martin@NetBSD.org>

Remove clause 3 and 4 from TNF licenses


# d0d36b61 04-Aug-2007 kristerw <kristerw@NetBSD.org>

Update includes so that this builds for USE_FORT=no too.


# d9b4f5bb 03-Jun-2007 christos <christos@NetBSD.org>

#undef the fortified functions we use, otherwise we end up calling ourselves
recursively.
XXX: Do we need namespace.h here?


# dc99372b 30-May-2007 tls <tls@NetBSD.org>

Match usage of FORTIFY_SOURCE on other platforms by not requiring special
include path: the normal header files now include the "SSP" ones (which one
should note are not really named right: SSP and F

Match usage of FORTIFY_SOURCE on other platforms by not requiring special
include path: the normal header files now include the "SSP" ones (which one
should note are not really named right: SSP and FORTIFY_SOURCE are independent
features).

Disable USE_SSP on targets where the compiler doesn't support it at all
(mips, alpha) or it's known broken (sh3). But enable FORTIFY_SOURCE,
without SSP, on those platforms -- tested on mipsel.

show more ...


# 2368dc66 30-May-2007 tls <tls@NetBSD.org>

Move FORTIFY_SOURCE implementation from the somewhat ill-named "libssp"
(what other systems keep in libssp, we already have in libc) into libc
to match what other systems with FORTIFY_SOURCE do. Goo

Move FORTIFY_SOURCE implementation from the somewhat ill-named "libssp"
(what other systems keep in libssp, we already have in libc) into libc
to match what other systems with FORTIFY_SOURCE do. Goodbye, libssp
dependency in libraries and executables. Discussed with christos and
mrg; Christos will merge the headers to get us the rest of the way to a
FORTIFY_SOURCE implementation that works as others' code expects.

show more ...