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