CFLAGS/CXXFLAGS

Message

Gabrys · Post by **Gabrys** » Thu Aug 03, 2006 3:30 pm

-O3 w zasadzie jest uznawany za całkowicie bezpieczny (pomijając jakieś dziwne sytuacje z Qt, ale sam się _chyba_ na nie nie natknąłem, a miałem dość długo cały system z -O3, w tym KDE). Powód dla którego jest niezalecany do wzrastający mocno czas kompilacji.

Crasher · Post by **Crasher** » Thu Aug 03, 2006 3:53 pm

A moglby ktos odpowiedziec na moje pytanka?
Z gory dzieki,

Pozdrawiam

Gabrys · Post by **Gabrys** » Thu Aug 03, 2006 4:08 pm

Crasher wrote:Czyli narazie ACCEPT_KEYWORDS zahaszowac?

Tak

Nie musze miec wszystkiego poustawianego w make.conf przed montowaniem systemu plikow proc i zmiana srodowiska poprzez chroot / env-updeate i aktualizacja Portage?

Nie. Portage ma swoje domyślne ustawienia.

Pamietam, ze jak przygladalem sie kiedys roznym plikom make.conf to bylo tam cos takiego jak USE="", no wlasnie, ale nie wiem do konca o co tam chodzi, czy powinienem to miec i co tam wpisac..

USE też jest domyślne. W pliku /etc/make.conf możesz nadpisać domyślne ustawienia przez dodanie flagi np. USE="apache" lub wywalenie np. USE="-nls". Oczywiście można łączyć i w efekcie po roku korzystania z Gentoo USE wygląda już bardziej zaawansowanie, np:

Code: Select all

USE="

gadu
pic mad mp3 mpeg
3dnow 3dnowext sse mmx mmxext
xorg pertty xgl
-nsplugin -mozilla

 -3dfx X a52 aac acpi alsa -apache2 arts avi bash-completion berkdb bidi bitmap-fonts -bluetooth -browserplugin bzip2 cairo cddb cdr clamav crypt cups dbus dga dhcp dio directfb divx4linux dri dts dv dvb dvd dvdr dvdread dvr3 encode -epiphany -esd ethereal exif fbcon -ffmpeg firefox flac flash foomaticdb gd gdbm gif gimp gimpprint glitz glut gnome gphoto2 gpm gstreamer gtk gtk2 hal hddtemp howl -i8x0 icq -ieee1394 imlib innodb jabber -jack java javascript jpeg jpeg2k kde -kdeenablefinal -kdexdeltas lcms libclamav libwww -lirc lm_sensors -logitech-mouse -madwifi mikmod mime mjpeg mmx mmx2 -mono -mozilla mp3 mpeg mppe-mppc musepack musicbrainz -mysql nautilis ncurses network nls noamazon nptl nvidia -odbc ogg oggvorbis on-the-fly-crypt opengl pam pcmcia pda pdflib png ppds qt quicktime radiotap rdesktop readline -real -samba -scanner sdk sdl skey slp snmp spell sse ssl svg -svga szip tcpd -threads tiff truetype truetype-fonts type1-fonts unicode usb userlocales -v4l -v4l2 vcd visualization vorbis wifi win32codecs wxwindows -xcomposite xine xml xscreensaver xvid zeroconf zlib x86"

Pozdrawiam też

Crasher · Post by **Crasher** » Fri Aug 04, 2006 6:02 am

Nie wiem czy dobrze wnioskuje, ale teraz przy kompilacji programow uzywane sa te flagi USE, ktore masz ustawione w menu.conf, tak? Czyli jak dodam tam sobie np. SSL, a program takie cos obsluguje, to skompiluje go z obsluga SSL'a?
Czy moge te flagi zmieniac juz w czasie tego jak mam postawiony system i pozniej wszystko jakos przekompilowac, zeby sie pozmienialo pod dane flagi?

Gabrys · Post by **Gabrys** » Fri Aug 04, 2006 8:10 am

Tak. Aby zobaczyć z jakimi flagami skompiluje się program, wpisz emerge -pv grupa/pakiet

Flagi wyróżnione na zielono, to te, które się zmienią od czasu ostatniej kompilacji. Wyróżnione znakiem %, to flagi, których obsługa została ostatnio dodana do ebuilda.

Jeśli się zastanawiasz jak traktowane są flagi USE z różnych miejsc, odpowiadam:

1. Bierzemy domyślne flagi USE (siedzą gdzieś w /usr/portage i są podlinkowane chyba do /etc/make.profile).
2. Przesłaniamy flagi USE flagami z /etc/make.conf (nie ustawione ani na "+" ani na - są nadal z 1.).
3. Dla danego pakietu pobieramy linijkę z /etc/portage/packages.use, np.:

games-sports/foobillard -sdl

Oznacza, że niezależnie od ustawień domyślnych i dla całego systemu w /etc/make.conf foobillard zostanie skompilowany bez obsługi SDL.

dev-lang/php -* gd unicode xml cli

-* oznacza wyłączenie wszystkich flag, zatem z takim wpisem w /etc/portage/packages.use PHP zostanie skompilowane TYLKO z obsługą gd, unicode, xml i cli (czyli wersja commandline'owa bez integracji z serwerem WWW, gdybyś był zainteresowany

).

To Ci powinno starczyć, ażeby w pełni elastycznie kompilować potrzebne programy.

taopai · Post by **taopai** » Fri Aug 04, 2006 8:11 am

Crasher wrote:Nie wiem czy dobrze wnioskuje, ale teraz przy kompilacji programow uzywane sa te flagi USE, ktore masz ustawione w menu.conf, tak?

na chlopski rozum to jest tak, że flagi USE mowią czego będzie używał dany program, a portage w razie czego to dociągnie i doinstaluje

Crasher wrote:Czyli jak dodam tam sobie np. SSL, a program takie cos obsluguje, to skompiluje go z obsluga SSL'a?

tak. i jeśli chcesz, żeby tylko jeden program był skompilowany z obsługą SSL, to zamiast wpisywać tu w /etc/make.conf, wpisujesz to w pliku /etc/portage/package.use, np:

Code: Select all

net-misc/wget ssl -ipv6

Crasher wrote:Czy moge te flagi zmieniac juz w czasie tego jak mam postawiony system i pozniej wszystko jakos przekompilowac, zeby sie pozmienialo pod dane flagi?

tak, ale musisz pamiętać o tym, żeby ręcznie usunąć zbędne zależności. niby są "emerge --clean" i "emerge --depclean:, ale ZTCW są zepsute i mogą namieszać w systemie.

pozdrawiam,
tao

[EDIT]spóźniłem się

Crasher · Post by **Crasher** » Fri Aug 04, 2006 8:51 am

Poki co nie mam pojecia jak recznie usuwac zaleznosci, ale z czasem pewnie wszystkiego sie dowiem i wszystko zrozumiem. Sporo sie wszystkiego naczytalem i narazie chyba nie wszystko do mnie dociera

Po swojemu zrozumialem to tak:
1. Ja nie ustawie zadnych flag USE to przekompiluje mi program z domyslnymi

Code: Select all

#emerge costam

2. Jak ustawie flagi w make.conf to uzyje tylko tych, ktore tam podalem.
3.#USE="ssl mp3 3dnow" emerge costam - uzyhe flag, ktore wpisalem w USE?
4. /etc/portage/package.use - czy w tym pliku dostepne sa wszyskie programy dostepne w portage? Czyli jak tam sobie dopisze, przed tym jak jeszcze nie mam tego progsa cos takiego

Code: Select all

net-misc/wget ssl -ipv6

i pozniej dam #emerge wget to przekompiluje go tylko z ssl czy wezmie z tych domyslnych + ssl bez ipv6?
A jak to zrobic jak mam juz ten program i mi sie zachcialo dodac jakas tam flage, ktorej nie ma, albo jakas zabrac?

Wielkie dzieki za pomoc, naprawde jestescie nieocenionym zrodlem wiedzy.

Pozdrawiam

Gabrys · Post by **Gabrys** » Fri Aug 04, 2006 9:00 am

Crasher wrote:Poki co nie mam pojecia jak recznie usuwac zaleznosci, ale z czasem pewnie wszystkiego sie dowiem i wszystko zrozumiem. Sporo sie wszystkiego naczytalem i narazie chyba nie wszystko do mnie dociera
Po swojemu zrozumialem to tak:
1. Ja nie ustawie zadnych flag USE to przekompiluje mi program z domyslnymi
Code: Select all
#emerge costam
2. Jak ustawie flagi w make.conf to uzyje tylko tych, ktore tam podalem.

Tak

3.#USE="ssl mp3 3dnow" emerge costam - uzyhe flag, ktore wpisalem w USE?

Tak, ale nie jest to polecane.

4. /etc/portage/package.use - czy w tym pliku dostepne sa wszyskie programy dostepne w portage? Czyli jak tam sobie dopisze, przed tym jak jeszcze nie mam tego progsa cos takiego
Code: Select all
net-misc/wget ssl -ipv6
i pozniej dam #emerge wget to przekompiluje go tylko z ssl czy wezmie z tych domyslnych + ssl bez ipv6?

Tak

A jak to zrobic jak mam juz ten program i mi sie zachcialo dodac jakas tam flage, ktorej nie ma, albo jakas zabrac?

Zmieniasz w /etc/portage/packages.use, po czym:
emerge -1 pakiet (zamiast -1 może być --oneshot, jeśli to do Ciebie bardziej przemawia).

Teraz trochę biadolenia co do punktu 3.

Jeśli zechciałbyś kiedyś zrobić sobie upgrade systemu, robimy to tak:
emerge --update --deep --newuse world

emerge <- wiadomo
--update <- aktualizuj
--deep <- akutalizuj RÓWNIEŻ zależności
--newuse <- sprawdź, czy dla jakichś pakietów nie zmieniono flag USE.

Jeśli dasz:
USE="-abc xyz" emerge grupa/pakiet

a w /etc/portage/package.use masz:
grupa/pakiet abc -xyz

to po emerge -uDN world (skrót od powyższego) emerge będzie chciał przekompilować pakiet z opcjami, które ma w pliku.

Mam nadzieję, że jest to dość jasne. Podobnie ogólnie nie należy robić takiego triku, aby zainstalować program z gałęzi ~x86:
ACCEPT_KEYWORDS="~x86" emerge cośtam

Bo po emerge -uDN world znowu będzie chciał przywrócić starą (x86 zamiast ~x86) wersję.

Lepiej dodać taki wpis do /etc/portage/package.keywords:
=grupa/pakiet-wersja

EDIT: czytałeś Gentoo Handbook? Bo mam wrażenie, że wszystko co mówię, tam już jest opisane jasno i po polsku. Mam nadzieję, że tylko konfrontujesz wiedzę stamtąd, albo uważasz, że coś jest tam niejasno napisane, więc się dopytujesz.

Crasher · Post by **Crasher** » Fri Aug 04, 2006 9:13 am

Czytam Gentoo Handbook'a na bieżaco z instalacja. Bardzo duzo mi teraz wyjasniles i lapie w koncu o co chodzi.
Nie wiem tylko jeszcze jednej rzeczy. Jak sobie zrobie tego update'a z --deep to jak w /etc/portage/package.use zmienilem flagi use czyli jakies dodalem, jakies odjalem to on te zaleznosci, albo doda, albo powywala, tak?
Dzieki wielkie za pomoc. Biore sie za instalowanie jaja i za jego kompilacje, a to pewnie troszke potrwa, bo to moj pierwszy raz

Aha, tak BTW jak cos zle skompiluje i mi sie nie uruchomi system, to moge jakos podjac probe ponownej kompilacji?

Pozdrawiam

..::Milu Edit: orty!

Gabrys · Post by **Gabrys** » Fri Aug 04, 2006 9:17 am

Doda tak, powywala nie.

Ponowna kompilacja? Tak, LiveCD, chroot itd., tylko przeskakujesz od razu do konfiguracji kernela.

Raku · Post by **Raku** » Fri Aug 04, 2006 9:19 am

Gabrys wrote:EDIT: czytałeś Gentoo Handbook? Bo mam wrażenie, że wszystko co mówię, tam już jest opisane jasno i po polsku. Mam nadzieję, że tylko konfrontujesz wiedzę stamtąd, albo uważasz, że coś jest tam niejasno napisane, więc się dopytujesz.

wydaje mi się, że wszystko zostało już przez kogoś opisane w handbooku, naszym faq, na forum, na gentoo-wiki oraz w manach do portage. Tak więc moja rada do uzytkownika Crasher: mocne okulary i miłej lektury i trochę więcej samodzielności w rozwiązaywaniu problemów / eksperymentowaniu.

Crasher · Post by **Crasher** » Fri Aug 04, 2006 9:31 am

No to ubieram moje okulary i biore sie do dalszego czytania. Odpowiedzcie mi tylko na to pytanie z ta kompilacja jajka jeszcze..

Pozdrawiam, dzieki za wszystko.

kurak · Post by **kurak** » Tue Aug 15, 2006 4:18 pm

Witam, temat pewnie rozdmuchany bardzo, ale ja jakos nie moge znalezc na forum, mozecie mi pomoc z dobraniem odpowiednich cflags dla mojego procka?

Code: Select all

kurak ~ # cat /proc/cpuinfo
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 8
model name      : AMD Athlon(tm) XP 2000+
stepping        : 1
cpu MHz         : 1674.711
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up ts
bogomips        : 3352.53

a w make.conf mam tak:

Code: Select all

CFLAGS="-s -O2 -finline-functions -march=athlon-xp -mtune=athlon-xp -pipe -fomit-frame-pointer -m3dnow -funroll-loops -msse -mmmx"

Arfrever · Post by **Arfrever** » Tue Aug 15, 2006 4:39 pm

Która wersja GCC?
"-march=X" implikuje "-mtune=X", więc "-mtune=athlon-xp" jest w tym wypadku zbędne.
Jaką masz chęć ryzykowania?

Sveikinu
Arfrever

kurak · Post by **kurak** » Tue Aug 15, 2006 4:40 pm

gcc-4.1.1

Arfrever · Post by **Arfrever** » Tue Aug 15, 2006 5:43 pm

Nie odpowiedziałeś na pytanie "Jaką masz chęć ryzykowania?", więc zgaduję, że odpowiedź jest "Bardzo dużą"

.
Proponuję:

Code: Select all

CFLAGS="-march=athlon-xp -pipe -O3 (-s) -fforce-addr -finline-limit=1200 -fivopts -floop-optimize2 -fno-ident -fomit-frame-pointer -fpeel-loops -fprefetch-loop-arrays -frename-registers -ftracer -ftree-loop-im -ftree-loop-ivcanon -ftree-loop-linear -ftree-vectorize -funroll-loops (-fvisibility=hidden) -fweb -m3dnow -msse -mmmx -DG_DISABLE_ASSERT -DNDEBUG"
CXXFLAGS="${CFLAGS} (-fvisibility-inlines-hidden)"

Niestety z podobnymi flagami miałem raz "internal compiler error" podczas budowania pewnego pakietu.
W nawiasach okrągłych wpisałem flagi zmniejszające widoczność, których ja bym nie stosował.
Z "-fforce-addr" nie da się zbudować pakietu dev-lang/spidermonkey.
Ogólnie polecam:

Code: Select all

man gcc

Sveikinu
Arfrever

mbar · Post by **mbar** » Tue Aug 15, 2006 6:11 pm

A jeszcze lepiej będzie: -O9 -fomg-optimize -fkeep-programmers-inline -vomit-frame-pointer -mremove-slow-code -Wno -stupid-warns
Też przez to przechodziłem na początku. Tylko, że w któryms momencie nawet mi MC sypał segfaultami, a o X mogłem tylko pomarzyć.

Teraz używam -O2 -march=... -pipe -fomit-frame-pointer i do tego hashstyle=both (polecam forum Unsupported) i mój desktopowy system jest znacznie bardziej interaktywny, niż wszystkie -O3 -unroll itp itd.
To jest coś pięknego jako bajka z morałem: http://bugs.gentoo.org/show_bug.cgi?id=74072

arsen · Post by **arsen** » Tue Aug 15, 2006 6:32 pm

Wątek "cflags dla AMD Athlon XP 2000+" w całości przeniesiony do miejsca w którym powinien występować, wystarczy jeden wątek o flagach.

Gabrys · Post by **Gabrys** » Tue Aug 15, 2006 6:41 pm

Ktoś wspomniał o -O2 -pipe -fomit-frame-pointer. Też używam tego zestawu, bo większa optymalizacja wprawdzie oszczędza procesor, ale wielkość binarki rośnie, więc czas potrzebny na załadowanie pliku też jest większy, więc przy szybkich procesorach, gdy praktycznie nie wykorzystujemy 20% czasu procesora, chyba agresywniejsze flagi nie mają sensu.

Yatmai · Post by **Yatmai** » Tue Aug 15, 2006 7:03 pm

Może by poskładać małe how-to ? Jako pierwszy post, czy w ogóle przykleić osobny temat.

Oczywiście jako punkt pierwszy dupny transparent, że

Code: Select all

CHOST="i686-pc-linux-gnu"
CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer"
CXXFLAGS="${CFLAGS}"

w zupełności wystarczy każdemu, a potem jakieś krótkie komentarze odnośnie idei i sensu stosowania flag jak np -O2/3, -march, -mtune czy -fpeel-loops

Gabrys · Post by **Gabrys** » Tue Aug 15, 2006 7:21 pm

Przecież jest na Gentoo-Wiki.com SAFE CFLAGS/CXXFLAGS. IMO starczy.

kurak · Post by **kurak** » Tue Aug 15, 2006 7:31 pm

hm, sporo tu tego, nie jestem doswiadczony w kwestii flag, ale moglby mi ktos powiedziec jakie flagi beda najoptymalniejsze dla mogjego procesora? bo juz zglupialem

Yatmai · Post by **Yatmai** » Tue Aug 15, 2006 7:46 pm

Gabrys wrote:Przecież jest na Gentoo-Wiki.com SAFE CFLAGS/CXXFLAGS. IMO starczy.

hm, sporo tu tego, nie jestem doswiadczony w kwestii flag, ale moglby mi ktos powiedziec jakie flagi beda najoptymalniejsze dla mogjego procesora? bo juz zglupialem

No właśnie chyba nie bardzo starczy

Raku · Post by **Raku** » Tue Aug 15, 2006 8:34 pm

moje podsumowanie pytań o najlepsze flagi i najlepszą optymalizację pod procesor, tak aby idelanie go wykorzystać:

od kilku dni mam zainstalowanego na 3 komputerach (Pentium 4 2,8GHz HT, Pentium-M 1,7GHz, Athlon-XP 1600+) Archlinuksa. Dystrybucja optymalizowana pod i686. Do tej pory korzystam wyłącznie z binarnych, gotowych pakietów (włącznie z kernelem - 2.6.17-ARCH), nic sam nie kompilowałem. System działa tak samo szybko jak Gentoo, a jesli są jakieś różnice (na korzyść Gentoo czy Archa), to są one IMO niezauważalne bądź pomijalne.
Moja puenta: te wszystkie flagi to sobie można wsadzić ... i wężykiem. W większości przypadków optymalizacja kodu, jaką daje samodzielna kompilacja, daje pomijalne efekty w zwiększeniu wydajności. Poszedłbym dalej w swoim twierdzeniu: w większości przypadków samodzielna kompilacja pogarsza wydajność (jeśli używa się dziwnych cudownych flag-wynalazków).
Myślę, że tzw. safe flags z wiki będą najoptymalniejsze dla większości zastosowań.

Drwisz · Post by **Drwisz** » Wed Aug 16, 2006 9:33 am

Brawo Raku!
Już dawno zwracałem na to uwagę. Mam wrażenie, że tu występuje proces który wygląda tak: "Jeśli mam nowe flagi optymalizacji to system musi działać szybciej". I subiektywnie działa. Nie bierze się pod uwagę czasów z przed i po zmianie flag, zmian w systemie, oraz zmian wersji oprogramowania. Jeśli zbudujemy nowy system oparty o nowe flagi, to suma doświadczeń zebranych z konfiguracji obu systemów pozwala na jego lepszą optymalizację, i tu jest pewnie w 90% pies pogrzebany. Po za tym, zysk 0.1 sek w tym i w tamtym programie, to jest wynik poniżej reakcji organizmu na bodziec wzrokowy czyli niezauważalny. Jak dla mnie agresywna optymalizacja to zbyt często dokładanie spoilerów do "malucha". Niestety nie ma uniwersalnej metody na sprawdzanie wyników. Pozostaje subiektywna ocena.

Raku masz ort

od raku: ort.

CFLAGS/CXXFLAGS

cflags dla AMD Athlon XP 2000+

Re: cflags dla AMD Athlon XP 2000+