Мущщина (27.04.2014 20:29, просмотров: 100) ответил Apтём на Что же тут надёжного? Размер инта может быть разный на разных МК. А если использовать типы из stdint, то у них размер точно определён. Или у вас какие-то другие критерии надёжности?-
- у меня наоборот - кучка общих библиотек, которые использовал с 8051/PIC, и теперь на STM32 и даже x86. Осторожность с размером int-a никогда не помешает. - zeleny(27.04.2014 21:22)
- Вот это меня всегда удивляло. Какие могут общие библиотеки у столь разнокалиберных штуковин, стоящих, к тому же, в абсолютно разных устройствах?!:-) И можно ли их после этого называть библиотеками? Это все надумано. Еще можно понять, когда Мущщина(430 знак., 27.04.2014 21:45)
- подсчет CRC/хешей, преобразование BIN<->BCD, modbus, random, аудио (wav/uLaw/ADPCM), еще было что-то, сейчас не помню... - zeleny(27.04.2014 22:17)
- А умножение?! Почему его нет в списке?! :-) Качество аудио на 8051 наверное потрясающее... :-) - Мущщина(27.04.2014 22:29)
- uLaw/ADPCM AVR/STM32 играет/жмет вполне нормально, не говоря про Raw/Wav - zeleny(28.04.2014 00:05)
- STM сожмет, тем более, что жатва там еще та.:-))) Я про 51 спрашивал. Мущщина(1861 знак., 28.04.2014 10:17)
- uLaw/ADPCM AVR/STM32 играет/жмет вполне нормально, не говоря про Raw/Wav - zeleny(28.04.2014 00:05)
- А умножение?! Почему его нет в списке?! :-) Качество аудио на 8051 наверное потрясающее... :-) - Мущщина(27.04.2014 22:29)
- Что мне, (де)кодирование base64, например, под каждый МК заново переписывать? - fk0(27.04.2014 22:09)
- Гы-гы, гуглится за 5 минут. Выкидывай свои либы, пока не протухли :-) - SciFi(27.04.2014 23:21)
- :-)) А там есть что переписывать?! - Мущщина(27.04.2014 22:16)
- подсчет CRC/хешей, преобразование BIN<->BCD, modbus, random, аудио (wav/uLaw/ADPCM), еще было что-то, сейчас не помню... - zeleny(27.04.2014 22:17)
- Надуманно. МК слишком слаб для программ "уровня windows". Для всего прочего надо думать чего делаешь и какие там особенности... POV(109 знак., 27.04.2014 21:27)
- А чтобы про нее никогда больше вспоминать не пришлось, нужно раз и навсегда тайпдефнуть u8/u16/u32/u64 и s8/s16/s32/s64 вместо всяких unsigned long long и прочей подобной "кошерной" херни - MBedder(27.04.2014 21:26)
- Говнокод безусловный по двум причинам: разным процессорам удобней работать с разным размером слова. Во-вторых если тебе уж припёрло фиксированный размер, то выше сказано -- stdint.h. За самодельные типы -- сжигать нужно. Причин к тому тоже fk0(190 знак., 27.04.2014 22:01)
- у меня проект на вертолёте начинался чисто с передачи телеметрии. канал ограничен, данных на передачу прибавляется с каждым днём. мне тут удобнее чётко видеть сколько байт я отвожу под то или иное поле. обороты двигла - тут u16, количество топлива Mahagam(181 знак., 27.04.2014 22:32)
- Отчасти да... наработки любой крупной компании ужасают многократным тайпдефаном когда заебешься понимать, что за тип ты используешь. - POV(27.04.2014 22:05)
- Любители "выжать последний такт" не одобрят: всё-таки на армах int быстрее, чем u8. Тогда уж uint_fast8_t и проч. - SciFi(27.04.2014 21:35)
- Я про typedef, а не про рациональное использование, которое, разумеется, должно однозначно вытекать из особенностей архитектуры конкретного ядра - MBedder(27.04.2014 21:40)
- Ахтунг! Преждевременная оптимизация детектед: "рациональное использование, которое, разумеется, должно однозначно вытекать из особенностей архитектуры конкретного ядра". Ни разу не однозначно. В 95+% случаев нас рать. - SciFi(27.04.2014 21:45)
- И это на фоне "51е - гавно мамонта, плохая архитектура"? Гыгы, сам себя перечитывай иногда хоть ) - POV(27.04.2014 21:47)
- Диалектика, йоптыть :-) SciFi(66 знак., 27.04.2014 21:48)
- Для ногодрыга неплохо... POV(399 знак., 27.04.2014 21:54)
- А разве я говорил, что Си, натянутый на 8051, как перчатка на ногу, - это плохо всегда и везде? Если ресурсы не жмут, то хоть на машину Тьюринга :-) - SciFi(27.04.2014 23:24)
- Та же битовая адресация крайне хороша когда ресурсов мало... POV(151 знак., 27.04.2014 23:29)
- У них же нет МК с памятью больше 128к? А на каждую C-строчку там как бы не 20 байт выходит. Не разбежишься. - fk0(27.04.2014 22:11)
- Ну так и не говорю за серьезные вещи. Всякая херь из серии промышленных контролеров. - POV(27.04.2014 22:16)
- А разве я говорил, что Си, натянутый на 8051, как перчатка на ногу, - это плохо всегда и везде? Если ресурсы не жмут, то хоть на машину Тьюринга :-) - SciFi(27.04.2014 23:24)
- Для ногодрыга неплохо... POV(399 знак., 27.04.2014 21:54)
- Диалектика, йоптыть :-) SciFi(66 знак., 27.04.2014 21:48)
- И это на фоне "51е - гавно мамонта, плохая архитектура"? Гыгы, сам себя перечитывай иногда хоть ) - POV(27.04.2014 21:47)
- Ахтунг! Преждевременная оптимизация детектед: "рациональное использование, которое, разумеется, должно однозначно вытекать из особенностей архитектуры конкретного ядра". Ни разу не однозначно. В 95+% случаев нас рать. - SciFi(27.04.2014 21:45)
- Я про typedef, а не про рациональное использование, которое, разумеется, должно однозначно вытекать из особенностей архитектуры конкретного ядра - MBedder(27.04.2014 21:40)
- Говнокод безусловный по двум причинам: разным процессорам удобней работать с разным размером слова. Во-вторых если тебе уж припёрло фиксированный размер, то выше сказано -- stdint.h. За самодельные типы -- сжигать нужно. Причин к тому тоже fk0(190 знак., 27.04.2014 22:01)
- Вот это меня всегда удивляло. Какие могут общие библиотеки у столь разнокалиберных штуковин, стоящих, к тому же, в абсолютно разных устройствах?!:-) И можно ли их после этого называть библиотеками? Это все надумано. Еще можно понять, когда Мущщина(430 знак., 27.04.2014 21:45)
- у меня наоборот - кучка общих библиотек, которые использовал с 8051/PIC, и теперь на STM32 и даже x86. Осторожность с размером int-a никогда не помешает. - zeleny(27.04.2014 21:22)