gcc -no-pie on clang

Чтобы из файлового менеджера в иксах бинарник «запускался» кликом мышки, указываю для «CMAKE_CXX_FLAGS» одним из параметров «-no-pie»

Это не для этого, это просто рандомизация места в памяти при запуске

Пытаюсь собрать clang-ом с параметром «-fno-PIE», все модули выдают ошибку:

Значит зависимость или модуль какой не собраны с этим. Везде fPIC обычно

и результирующий файл не собирается. А без «-fno-PIE» файл собирается как исполняемый, но не кликабельный из иксов.

Эмм «chmod +x ./my_app;»

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

А вот тут как и в самом начале про закавыченное «запускался» я не понял. Подписался. Жду знатоков.

Эмм «chmod +x ./my_app;»

позабавил…

Да понятное дело. Мне самому забавно ибо слабо понял.

Тут «Настройка запуска Desktop - приложения» обсуждали про pie

А без «-fno-PIE» файл собирается как исполняемый, но не кликабельный из иксов.

обновить дистрибутив и использовать нормальный файловый менеджер, чтобы у донных DE вообще доля использования упала в 0.

В актуальном nautilus(файловый менеджер Gnome3) нормально запускаются pie executables по дабл клику…

я не понял

древние файл менеджеры не отличали pie executable от shared library, и по дабл клику не запускали программу, а выводили типа такого окна:

https://i.stack.imgur.com/tMk4e.png

древние файл менеджеры не отличали pie executable от shared library, и по дабл клику не запускали программу

Чуток уточню.

so-либы как-бы можно запускать, но только они падают в корку, потому-что TL;DR гладиолус…

Соответственно файловым менеджерам пришлось научиться отличать so-файлы от всех прочих (иначе юзвери кликали и засыпали всех багрепортами «оно падает!»).

Так вот, старые файловые менеджеры «глядя» на PIE видят so-либу и не дают пользователю сделать плохого. Нормальный выход только один - обновляться на актуальные версии, а не биться с PIE.

so-либы как-бы можно запускать, но только они падают в корку

[del@thinkpad ~]$ /lib/x86_64-linux-gnu/libc.so.6 
GNU C Library (Debian GLIBC 2.29-9) stable release version 2.29.
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 9.2.1 20200104.
libc ABIs: UNIQUE IFUNC ABSOLUTE
For bug reporting instructions, please see:
<http://www.debian.org/Bugs/>.
[del@thinkpad ~]$ 

Никто не упал в корку, все живы.

[del@thinkpad ~]$ /lib/x86_64-linux-gnu/libc.so.6 […] Никто не упал в корку, все живы.

https://unix.stackexchange.com/questions/223385/why-and-how-are-some-shared-libraries-runnable-as-though-they-are-executables

Спасибо

Спасибо

В актуальном nautilus(файловый менеджер Gnome3) нормально запускаются pie …

Ерунда. Вот свежий nautilus: https://drive.google.com/open?id=1Cu6cnSgIXbvpKYbRlPa7_pCi-qB-mNmn

Ерунда. См. выше.

Похоже, что на ЛОРе мало кто имеет опыт работы с clang. Если кому-то интересно продолжение разговора - открыл тему на https://unixforum.org/viewtopic.php?f=4&t=148966. Присоединяйтесь к обсуждению.

Все на работах или спят

Ерунда. См. выше.

https://bugzilla.redhat.com/show_bug.cgi?id=1296868 https://bugzilla.gnome.org/show_bug.cgi?id=737849 https://bugs.freedesktop.org/show_bug.cgi?id=97226 https://bugzilla.xfce.org/show_bug.cgi?id=13737

Я правильно понимаю что вы хотите иметь свою версию реальности?

На всякий - я был не прав, предполагая что этот куст багов (у всех примерно одна причина) исправили в последних релизах.

Нет, дело не в этом. Ради интереса скачал исходники игрового движка Godot и собрал его клангом. И что бы вы думали? Файловый менеджер определяет собранный бинарник как «тип файла: Исполняемый» и нормально запускает его без ярлыка. Что на это скажете, тоже «версия реальности»?

Вот только у него сборочная система не cmake, поэтому пока разбираюсь…

Это море, сынок

https://pikabu.ru/story/yeto_more_syinok_252466