О флагах компиляции - актуально ли еще

-march=native -O2

если без distcc
и добавить

-pipe

-mfpmath=both -fomit-frame-pointer

Прошу прощения, не уточнил, собирать буду amd64. Тогда последняя строчка не нужна?

аха, на 64 оно по-дефолту (fp) и просто бесполезно (-fomit-frame-pointer) хотя можно оставить для 32, если мультилиб, но не факт

-fomit-frame-pointer

это еще кто такой?

Понятно.

но, по крайней мере в 4.8 это искаропка на всех -O

Он есть в последнем стейдже?

пока осиливай систему - успеешь ещё наиграться с компиляторами.
и 4.8 это из «тестовой» ветки.

Ага, ясно. Когда я смотрел в сторону Генты там был еще 4.6.3 по умолчанию. Звучить курьезно, (почти по-идиотски), но судя по lfs это самый безглючный компилер :)

если без distcc

а если с distcc?

http://wiki.gentoo.org/wiki/GCC_optimization/ru

А если с distcc, -march=native означает «компилировать для процессора того узла, на котором случайно оказался запущенным компилятор».

будет собираться под проц компилируещего узла

я только последнее предложение понял :|

Уже сохранил это себе до того как создавать топик. Хотелось инфы из первых рук

а если с distcc?

последний (стабильный) distcc тупо отказывается компилять на НЕ-локалхосте, если обнаруживает в CFLAGS -march=native

короче... код быстрей :3

Если упрощенно, там где это возможно не пихает в стек адрес возврата из функции, а использует регистры, как то так извращается....

Ну да точно же по ссылке на русскую вики

Поэтому, в то время как использование этого флага может помочь, оно также затрудняет отладку; трассировка стека, в частности, будет бесполезна.

Что же делать ?

указывать явно свой проц, не!?

Ну так есть же всякие подвиды, разные там ревизии, подрезанный или не подрезанный кеш, не говоря уже про версии микрокода на одном и том же процессоре...

ты правда думаешь что это всё знает и умеет компилятор!? о_О

да и что понимается под каждым march в мане расписано.
возьмём core2 - из тех же SIMD поддерживаются все вплоть до ssse3.
это то, что умеют все 2-ые корки, а у меня вот умеет ещё и sse4.1.
поэтому уже получается -march=core2 -msse4.1.
что тут сложного и не очевидного?

А с -O0 оно не быстрей собираться будет? Надо бы проверить. Если быстрей — подправить конфиг.

-Og

У меня в манах такого флага нет.

Обана! Залез по ssh на работку, сделал chroot в генту. А там вообще мана на gcc нет! Как так?

ЮС-Флаги покажи, скорее всего не хватает на документацию.

-fomit-frame-pointer

если 32 бита

-O2 подразумевает -fomit-frame-pointer (начиная с gcc 4.6)

начиная с gcc 4.6

спс - запомню

И действительно:

DISABLE="-64bit -abiword -gstreamer -bluetooth -consolekit -doc -eds -gnome -gtk3 -hal -handbook \
-joystick -kde -networkmanager -perl -policykit -pulseaudio -qt3 -qt4 -qt5 -sdl -systemd -udisks -upower -wallpapers"

USE="${ENABLE} ${DISABLE}"

Вообще-то нет, doc - это не маны. Проверь FEATURES(emerge --info) на наличие опции noman.

Не, нет такого.

А это что за прикол?

emerge webkit-gtk
Calculating dependencies /

!!! Problem resolving dependencies for net-libs/webkit-gtk
... done!

!!! The ebuild selected to satisfy "webkit-gtk" has unmet requirements.
- net-libs/webkit-gtk-2.2.4-r200::gentoo USE="egl geoloc gles2 introspection jit opengl spell webgl (-aqua) -coverage -debug -gstreamer -libsecret -test"

  The following REQUIRED_USE flag constraints are unsatisfied:
    introspection? ( gstreamer ) webgl? ( exactly-one-of ( gles2 opengl ) )

  The above constraints are a subset of the following complete expression:
    geoloc? ( introspection ) introspection? ( gstreamer ) gles2? ( egl ) webgl? ( exactly-one-of ( gles2 opengl ) ) !webgl? ( at-most-one-of ( gles2 opengl ) )

Как Webkit установить-то теперь?

Сказано же exactly-one-of ( gles2 opengl ), а у тебя оба флага указаны.

Установи требьбуемые юз-флаги

(RedEyedMan3)

Тьфу ты! И правда. Спасибо! Не знаю, зачем я эти дурацкие gles указал, если они не нужны!

Ну собери один с -march=native а другой с твоими любимыми и сравни что получилось. Я почему-то на 99% уверен что они будут не идентичны.

эм...ты не понимаешь о чём говоришь.

-fomit-frame-pointer

кстати, ты не в курсе, почему оно не в дефолте?

Я понимаю что будут разные бинарники.

там где это возможно не пихает в стек адрес возврата из функции, а использует регистры, как то так извращается....

нет.

Вот такая функция

int foo(int x)
{
  int y = x+1;
  return y;
}

как-то так.

указывать явно свой проц, не!?

+100500

А с -O0 оно не быстрей собираться будет?

быстрее. А работать медленнее. И намного.

Если быстрей — подправить конфиг.

удачи.

говорят уже искаропка с 4.6

Уже поставил Генточку, буду доводить до ума. Ну, с Богом...

да, я прочитал потом. Кстати полезная фишка. И ничего не ломает, кроме ненужного дебагера.

Сегодня случайно вернулся к этой теме.

Правильно было бы сказать не использует регистр (r)ebp для сохранения текущего кадра стека и адресации локальных переменных в вызываемой процедуре относительно последнего. Обходится одним (r)esp. Что на чистой х86 архитектуре делает раскрутку стекового кадра при отладке невозможной. Более подробно описано тут

http://www.yosefk.com/blog/getting-the-call-stack-without-a-frame-pointer.html

emulek был прав :)