-
- Операция &= всё равно приведёт к int неявным образом. Ну а когда предупреждать, а когда нет, - решают компиляторостроители, и некоторые решения получаются странные. - SciFi(12.03.2019 17:52)
- Спасибо. Есть мысль ещё обновить xc8. Хотя сам не особо верю. Положили видно майкросиповцы на pic16f887. Главное берешь проект на pic16f876. Там так себя не ведёт. Мелочь, а не приятно :) - Vesago(12.03.2019 18:05)
- Обновил на 2.0.5 - убрались варнинги. Один убрал - перед костантой (u8_t) поставил. Все как положено. Синтаксис только поменяли обработчика прерывания. Был: Vesago(196 знак., 12.03.2019 20:53)
- Мне было лень писать всю эту хрень, и я сделал макро, чтоб не текло и не капало :)) MBedder(268 знак., 12.03.2019 21:28)
- Красота! Спасибо! - Vesago(12.03.2019 21:32)
- Мне было лень писать всю эту хрень, и я сделал макро, чтоб не текло и не капало :)) MBedder(268 знак., 12.03.2019 21:28)
- Если совсем невмочь, можно попробовать так: "REG = (uint8_t)(REG & VAL);". Но это уже перебор, наверное. - SciFi(12.03.2019 18:09)
- Обновил на 2.0.5 - убрались варнинги. Один убрал - перед костантой (u8_t) поставил. Все как положено. Синтаксис только поменяли обработчика прерывания. Был: Vesago(196 знак., 12.03.2019 20:53)
- Спасибо. Есть мысль ещё обновить xc8. Хотя сам не особо верю. Положили видно майкросиповцы на pic16f887. Главное берешь проект на pic16f876. Там так себя не ведёт. Мелочь, а не приятно :) - Vesago(12.03.2019 18:05)
- См. выше - MBedder(12.03.2019 17:51)
- Операция &= всё равно приведёт к int неявным образом. Ну а когда предупреждать, а когда нет, - решают компиляторостроители, и некоторые решения получаются странные. - SciFi(12.03.2019 17:52)