caxapa.ru :: С GCC - вообще никаких проблем. Даже с "-O3 -flto". В объявлении типа структуры пишешь __attribute__((packed)). При байтовом доступе, делаешь из такой структуры союз с массивом байт sizeof(structure_t). И всё работает автоматически. Даже размеры нигде в явном виде подписывать не надо.

Nikolay_Po (Вчера, 08:31, просмотров: 69) ответил VLLV на Плавучесть фигня, вот доступ к полям упакованных и неупакованных структур пострашнее будет

С GCC - вообще никаких проблем. Даже с "-O3 -flto". В объявлении типа структуры пишешь __attribute__((packed)). При байтовом доступе, делаешь из такой структуры союз с массивом байт sizeof(structure_t). И всё работает автоматически. Даже размеры нигде в явном виде подписывать не надо.

По атрибуту packed, компилятор сам умеет не выровненный доступ. Работает и по указателям, и по индексам - всё просто волшебно!

Повторяю, со сборкой GCC от ARM, если и бывают проблемы, то только в программисте!

Ответить

- Только времянки становятся х10. - ASDFS(Вчера, 11:53)
  - А какая разница? Обычно, упакованные структуры готовят для передачи по интерфейсам связи, чья скорость на порядки ниже частоты выполнения инструкций процессора. И увеличение времени доступа из-за не выровненного доступа является осознанным. Nikolay_Po(564 знак., Вчера, 12:07)
    - Правильный ответ такой: да хоть х100, у нас этих мипсов - куры не клюют. Крохоборство до добра не доведёт! :-) - SciFi(Вчера, 12:15)
      - Вы еще оптимизацию отключите. Так ни каких мипсов не напасешься :) AlexBi(1 знак., Вчера, 12:19, youtube)
        
        А как её не отключать если хочется пошагово походить отладчиком. - POV(Вчера, 15:49)
        
        Нехер пошагово шляться. Я вставляю "asm volatile ("NOP");" в нужном месте. Тогда появляется возможность привязать точку останова к конкретной команде ассемблера. Но и это может не сработать - может оказаться, что через это место код проходит и из других функций. В таком случае ставлю условие по смыслу, например: Nikolay_Po(466 знак., Вчера, 15:58)
        
        Кстати, частенько отключаю и не наблюдаю проблем. Зачем включал? Видимо, шёл на поводу у народной молвы. Позорище! SciFi(3 знак., Вчера, 12:26)
        
        Ошибка выжившего ASDFS(40 знак., Вчера, 14:02)
        
        Можешь обзываться как хочешь, меня так просто не проймёшь :-) SciFi(72 знак., Вчера, 15:48)
        
        Пустынник пустынника зазря не обидит, все это развлекухи для а не по злому умыслу. ASDFS(88 знак., Вчера, 15:56)
        
        +1. У меня сначала реализуется основной функционал. Потом, если хватает производительности - дополнительный, так называемые "плюшки" - которые не являются обязательными, но могут быть коммерческим преимуществом. Считаю нормой, когда ЦП и память загружены процентов на 80 при полной оптимизации. Если меньше 50% - значит, нужно что-то добавить или подразумевается развитие системы. - Nikolay_Po(Вчера, 14:41)
        
        И тут я всё понял. ASDFS(93 знак., Вчера, 14:58)
        
        Под проект чип брался с небольшим запасом. Сделали. Ресурсы, благодаря оптимизации, ещё остаются. Выгоды от снижения производительности МК нет (расходы на перепроектирование под более дешёвый МК не окупятся). Зачем добру пропадать? - Nikolay_Po(Вчера, 17:35)
        
        Слова Билли "наше всё" Гейца про 640к начинают играть новыми красками. ASDFS(114 знак., Вчера, 17:48)

Средства и методы разработки