Home
last modified time | relevance | path

Searched hist:"1 cdbf331" (Results 1 – 6 of 6) sorted by relevance

/openbsd/usr.bin/mandoc/
H A Dterm_ps.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.
H A Dman_validate.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.
H A Dmdoc_macro.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.
H A Dmdoc_html.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.
H A Dmdoc_term.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.
H A Dmdoc_validate.cdiff 1cdbf331 Sun Oct 16 12:18:32 GMT 2011 schwarze <schwarze@openbsd.org> Remove a bunch of useless assignments,
and assert that print_bvspace cannot be called on NULL pointers.
No change in behaviour, none of these were bugs,
but the code becomes easier to understand.
Based on a clang report posted by joerg@; ok kristaps@.