Daniel Eischen
419ecd5dee
Bump library versions in preparation for 7.0.
...
Ok'd by: kan
2007-05-21 02:49:08 +00:00
Ken Smith
a84020c2b9
Bump the shared library version number of all libraries that have not
...
been bumped since RELENG_5.
Reviewed by: ru
Approved by: re (not needed for commit check but in principle...)
2005-07-22 17:19:05 +00:00
Maksim Yevmenkin
738473e4ff
Fix typo in comments (spell Linux correctly)
...
Submitted by: Markus Brueffer < markus at brueffer dot de >
MFC after: 3 days
2005-03-17 21:39:44 +00:00
Ruslan Ermilov
3ac17feb8a
Fixed xref.
2005-01-21 10:48:35 +00:00
Ruslan Ermilov
24a0682c64
Sort sections.
2005-01-20 09:17:07 +00:00
Ruslan Ermilov
9448d36c69
Revert last delta. The ASCII code 0 character is "NUL",
...
not "NULL", see ascii(7).
2005-01-13 08:49:45 +00:00
Maksim Yevmenkin
9833f74761
Fix typo: NUL -> NULL
...
Submitted by: Markus Brueffer < markus AT brueffer DOT de >
MFC after: 3 days
2005-01-04 20:00:27 +00:00
Ruslan Ermilov
37266c4b94
Unbreak a whatis(1) entry by fixing the NAME section.
...
Minor markup and grammar nits.
2004-07-05 16:32:30 +00:00
Ruslan Ermilov
1a0a934547
Mechanically kill hard sentence breaks.
2004-07-02 23:52:20 +00:00
Mark Murray
16fc3635f7
Make NULL a (void*)0 whereever possible, and fix the warnings(-Werror)
...
that this provokes. "Wherever possible" means "In the kernel OR NOT
C++" (implying C).
There are places where (void *) pointers are not valid, such as for
function pointers, but in the special case of (void *)0, agreement
settles on it being OK.
Most of the fixes were NULL where an integer zero was needed; many
of the fixes were NULL where ascii <nul> ('\0') was needed, and a
few were just "other".
Tested on: i386 sparc64
2004-03-05 08:10:19 +00:00
Maksim Yevmenkin
0986ab12e4
Update Bluetooth code.
...
Reviewed by: M. Warner Losh <imp@bsdimp.com>; John Hay <jhay@freebsd.org>
Approved by: M. Warner Losh <imp@bsdimp.com> (mentor)
2003-10-12 22:04:24 +00:00
