Не надо выдумывать, Роман. Библиотека библиотеке рознь. Одно дело заменять простейшие команды управления периферией бестолковыми функциями, а другое - брать готовый библиотечный стек достаточно объемного протокола, который применяется либо as is, либо с каким то допиливанием. Это касается любой математики проекта.
С этим никто и не спорит. Но иногда поиск причины неработающего кода при включенной оптимизации уровней o3 и LTO занимает слишком много времени и трудно поддается отладке для этого поиска — разве только включение оптимизации на отдельные файлы и даже фрагменты кода.
а если не вообще, а в частности, то в невероятно большом количестве применений на МК сеть понимается примерно как UART неограниченной дальности связи. и в этом случае достаточно купить и поставить на плату "умный Ethernet-разъем", и прекрасно работать с ним хоть на AVR.linux_rulezz писал(а): Чт июл 02, 2026 08:19:16 А вообще, сеть - сложная штука, нечего вообще пытаться ее поднять на одноядерном МК без MMU
Назовите хоть одну причину по которой я должен об этом думать?ARV писал(а): Чт июл 02, 2026 08:25:07 вам бы задуматься о том, почему программист с очень приличным бэкграундом вдруг начал задавать такие вопросы
я сейчас назову, но заранее знаю вашу реакцию. для того, чтобы слушать ответы, надо быть готовым к этому. а вы не из тех людей, кто нуждается в ответах даже на заданные самим собой вопросы.КРАМ писал(а): Чт июл 02, 2026 08:33:05 Назовите хоть одну причину по которой я должен об этом думать?
Я выше писал про "-flto". Попробуйте как-нибудь для МК включить эту опцию. Ну, а в интернетах вердикт ставят однозначный: "если у человека код не работает с «-O3 -flto», то программист он, мягко говоря, хреновый".КРАМ писал(а): Чт июл 02, 2026 08:29:26Верхние уровни оптимизации порой больше напоминают шаманство и потому плохо предсказуемы.
Код: Выделить всё
BINARY := blink
# MCU code
MCU := G431xx
# change this linking script depending on particular MCU model,
LDSCRIPT := stm32g431xb.ld
include ../makefile.g4
include ../../makefile.stm32Первый раз слышу. Задеприкейтили ряд применений где volatile не имеет смысла, вводит в заблуждение или приводит к UB, типа операции ++, не более того.linux_rulezz писал(а): Чт июл 02, 2026 08:57:01Кстати, поговаривают, что в свежем стандарте C++ не станет volatile.
И как, интересно, то же время считать? Я, например, завожу волатильную переменную Tms и каждую миллисекунду в прерывании SysTick она инкрементируется…
+= по-прежнему работает. Да и ++ работает, но с предупреждением.
Дарю. Не благодари.linux_rulezz писал(а): Чт июл 02, 2026 09:45:40 И как, интересно, то же время считать? Я, например, завожу волатильную переменную Tms и каждую миллисекунду в прерывании SysTick она инкрементируется…
Код: Выделить всё
volatile auto Tms=0ul;
extern "C" void SysTick_Handler()
{
Tms=Tms+1;
}
Этого в принципе не может быть. Без volatile сущностей абстрактная машина С/C++ не может существовать. Такой код любой оптимизатор просто под нож пустит.linux_rulezz писал(а): Чт июл 02, 2026 08:57:01 Кстати, поговаривают, что в свежем стандарте C++ не станет volatile. Не представляю, как "плюсовики" в дальнейшем смогут разрабатывать.
я конкретно про O3. проект микропитон для примера, порт bare-arm. c "Os" проект нормально собирается, но если поменять в Makefile оптимизацию на "O3", это строка 25, то
Код: Выделить всё
LINK build/firmware.elf
arm-none-eabi-ld: build/py/malloc.o: in function `m_malloc0':
malloc.c:(.text.m_malloc0+0x6): undefined reference to `calloc'
make: *** [Makefile:44: build/firmware.elf] Ошибка 1
Код: Выделить всё
$ arm-none-eabi-gcc --version |head -n1
arm-none-eabi-gcc (GNU Arm Embedded Toolchain 10.3-2021.10) 10.3.1 20210824 (release)а почему при "Os" есть?Там же написано в тексте ошибки - нет реализации функции calloc.
я ранее писал о похожей беде: то, что я считал функцией, было на самом деле макросом, и, естественно, чтобы этот макрос разворачивался, нужен был правильный заголовочный файл. если этого заголовка не было - компилятор считал, что это функция и, само собой, не находил ее. может быть, в вашем случае тоже что-то подобное происходит: при оптимизации что-то из компиляции исключается, а то, что осталось уже не то, что понятно... может и у вас calloc по факту макрос.JackSmith писал(а): Чт июл 02, 2026 13:07:59а почему при "Os" есть?Там же написано в тексте ошибки - нет реализации функции calloc.