Searched hist:120505 (Results 1 - 6 of 6) sorted by relevance
| /freebsd-10.2-release/contrib/gcc/cp/ | ||
| H A D | ChangeLog.gcc43 | diff 259584 Thu Dec 19 02:48:23 MST 2013 pfg MFC r258731: gcc: Make use of TREE_OVERFLOW_P. While it was brought in r258179 only to fix a build issue, bringing the rest of the change has the advantage of fixing GCC/19978. Obtained from: gcc 4.3 (rev. 120505; GPLv2) |
| H A D | semantics.c | diff 259584 Thu Dec 19 02:48:23 MST 2013 pfg MFC r258731: gcc: Make use of TREE_OVERFLOW_P. While it was brought in r258179 only to fix a build issue, bringing the rest of the change has the advantage of fixing GCC/19978. Obtained from: gcc 4.3 (rev. 120505; GPLv2) |
| /freebsd-10.2-release/contrib/gcc/ | ||
| H A D | ChangeLog.gcc43 | diff 259584 Thu Dec 19 02:48:23 MST 2013 pfg MFC r258731: gcc: Make use of TREE_OVERFLOW_P. While it was brought in r258179 only to fix a build issue, bringing the rest of the change has the advantage of fixing GCC/19978. Obtained from: gcc 4.3 (rev. 120505; GPLv2) |
| H A D | c-typeck.c | diff 259584 Thu Dec 19 02:48:23 MST 2013 pfg MFC r258731: gcc: Make use of TREE_OVERFLOW_P. While it was brought in r258179 only to fix a build issue, bringing the rest of the change has the advantage of fixing GCC/19978. Obtained from: gcc 4.3 (rev. 120505; GPLv2) |
| H A D | c-common.c | diff 259584 Thu Dec 19 02:48:23 MST 2013 pfg MFC r258731: gcc: Make use of TREE_OVERFLOW_P. While it was brought in r258179 only to fix a build issue, bringing the rest of the change has the advantage of fixing GCC/19978. Obtained from: gcc 4.3 (rev. 120505; GPLv2) |
| /freebsd-10.2-release/sys/dev/sio/ | ||
| H A D | sio.c | diff 120505 Sat Sep 27 11:13:59 MDT 2003 bde Cleaned up and fixed setting of speeds in comparam(): - Removed conversion of a zero input speed to the output speed. This has been done better in ttioctl() since rev.1.108 of kern/tty.c almost 5 years ago. comparam() did the conversion incompletely for the case where the output speed is also zero. It had complications to avoid using zero speeds, but would still have used a zero input speed for setting watermarks if kern/tty.c had passed one. - Never permit the input speed to be different from the output speed. There was no validity check on the input speed for the case of a zero output speed. Then we didn't change the physical speeds, but we used the unvalidated input speed for setting watermarks and didn't return an error, so ttioctl() stored the unvalidated input speed in the tty struct where it could cause problems later. - Removed complications that were to avoid using a divisor of 0. The divisor is now always valid if the speed is accepted. |
Completed in 195 milliseconds