Какие могут быть подводные камни при линковке обьектников скомпиленых с разными уровнями оптимизации???

Опять разводят венду...

никаких?

Теоретически никаких. Мож гентушники смогут чего рассказать "из жизни". А вообще требований по оптимизации в тех же бинарных дистрах ЕМНИП нет.

Если системные либы собраны с «худшим» уровнем оптимизации, то бинарник собранный с офигенно крутыми ключами быстрее работать не станет (во всяком случа не так как планируется). Конечно он должен дергать функции из системных либ. В остальном максимум, что можно словить - сегфолт, но это редко.

Чуть менее чем никаких. Разве что раз в месяц словишь сегфолт в какой-нибудь тулзе.

никаких. ABI всему голова

кто пытался такое провернуть просьба поделится опытом.

встречный вопрос. а как ты это собираешься проворачивать?

тоесть уровни оптимизации никак не аффектят ABI?

Речь идет о собственном софте слинкованом из обьектников скомпиленых с разными уровнями оптимизации

Ну иногда компиляторы глюкают с большим уровнем оптимизации. Вот сейчас подобное вижу в clang на ARM. Т.е. супероптимизированный модуль может просто не функционировать корректно.

Кроме того наблюдал несколько лет назад фокус с одним из ядер x86_64 и несовпадением опций компиляции для какой-то версии gcc. В скомпилированном модуле обнаружились отрицательные смещения относительно SP. Все почти работало, но иногда прерывания сносили башку у системы. Выяснилось, что все остальное кроме данного модуля использовало -Os опцию кажется. Добавили - перестало маразмировать. На пользовательском уровне можно было бы и не заметить.

т.е. без системы сборки типа cmake? :(

тоесть уровни оптимизации никак не аффектят ABI?

ABI не был бы ABI если бы ерунда вроде оптимизации его ломало

у меня обычный Makefile

Валгринд такие вещи в юзерспейсе зачекает?

вижу в clang на ARM

Пруфани-ка, бедняша.

Надо поаккуратней с выравниваниями в памяти. А Os как раз меняет поведение

-Os disables the following optimization flags:

          -falign-functions  -falign-jumps  -falign-loops 
          -falign-labels  -freorder-blocks  -freorder-blocks-and-partition 
          -fprefetch-loop-arrays  -ftree-vect-loop-version

У меня тоже был забавный случай. Основной код проекта компилился с -mpreferred-stack-boundary=2, а third-party либа без. Все прекрасно линковалось. Но в рантайме падало при использовании структур из либы. Тоже увидел только по разным смещениям

ftp://ftp.gmplib.org/pub/gmp/gmp-5.1.1.tar.xz

Берем любой ненулевой уровень оптимизации и запускаем тесты на ARM. Про gcc тесты молчу - clang периодически просто падает с шумом и грохотом, я бы еще понял если бы что-то gcc-одиозное, так нет :-(

Надо поаккуратней с выравниваниями в памяти. А Os как раз меняет поведение

в рантайме падало при использовании структур из либы

А какой из указанных флагов меняет выравнивание полей в структуре?

Ну судя по названию флагов - они не имеют отношения к структурам. И -Os не должно ничего аффектить. Хотя пример io как бы намекает...

Свой пример я привел как личный опыт, связанный с несовпадением выравниваний.