Searched hist:201227 (Results 1 - 23 of 23) sorted by relevance

/freebsd-9.3-release/sbin/rcorder/
H A Dealloc.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
H A Dhash.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
H A Drcorder.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/fifolog/lib/
H A Dgetdate.ydiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/sbin/mount/
H A Dvfslist.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/pmcannotate/
H A Dpmcannotate.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/eeprom/
H A Deeprom.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/sbin/comcontrol/
H A Dcomcontrol.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/sa/
H A Dpdb.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
H A Dmain.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
H A Dusrdb.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.bin/gencat/
H A Dgencat.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.bin/mklocale/
H A Dlex.ldiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
H A Dyacc.ydiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/cpucontrol/
H A Dcpucontrol.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/lastlogin/
H A Dlastlogin.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/sbin/mount_nullfs/
H A Dmount_nullfs.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/watchdogd/
H A Dwatchdogd.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/powerd/
H A Dpowerd.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/sbin/mount_msdosfs/
H A Dmount_msdosfs.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/config/
H A Dlang.ldiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.sbin/nfsd/
H A Dnfsd.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.
/freebsd-9.3-release/usr.bin/find/
H A Dfunction.cdiff 201227 Tue Dec 29 21:02:03 MST 2009 ed ANSIfy almost all applications that use WARNS=6.

I was considering committing all these patches one by one, but as
discussed with brooks@, there is no need to do this. If we ever
need/want to merge these changes back, it is still possible to do this
per application.

Completed in 200 milliseconds