#
fd05aad2 |
| 09-May-2015 |
christos <christos@NetBSD.org> |
add overlapping pointer checks
|
#
a00bc989 |
| 17-Sep-2014 |
joerg <joerg@NetBSD.org> |
Provide explicit prototypes in case HAVE_SSP=no.
|
#
1fd1820d |
| 06-Nov-2013 |
christos <christos@NetBSD.org> |
simplify
|
#
61a57372 |
| 28-Dec-2010 |
christos <christos@NetBSD.org> |
off by one
|
#
ce099b40 |
| 28-Apr-2008 |
martin <martin@NetBSD.org> |
Remove clause 3 and 4 from TNF licenses
|
#
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 ...
|