[gentoo-commits] gentoo commit in xml/htdocs/doc/pl: gcc-optimization.xml

[Lukasz Damentko (rane)]

rane        07/09/22 01:25:56

  Modified:             gcc-optimization.xml
  Log:
  -> 1.9

Revision  Changes    Path
1.4                  xml/htdocs/doc/pl/gcc-optimization.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml?rev=1.4&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml?rev=1.4&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml?r1=1.3&r2=1.4

Index: gcc-optimization.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- gcc-optimization.xml	17 Aug 2007 12:54:22 -0000	1.3
+++ gcc-optimization.xml	22 Sep 2007 01:25:55 -0000	1.4
@@ -1,5 +1,5 @@
 <?xml version='1.0' encoding='UTF-8'?>
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml,v 1.3 2007/08/17 12:54:22 shadoww Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/gcc-optimization.xml,v 1.4 2007/09/22 01:25:55 rane Exp $ -->
 <!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
 
 <guide link="/doc/pl/gcc-optimization.xml" lang="pl">
@@ -21,8 +21,8 @@
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 <license/>
 
-<version>1.4</version>
-<date>2007-07-28</date>
+<version>1.6</version>
+<date>2007-08-12</date>
 
 <chapter>
 <title>Wstęp</title>
@@ -170,7 +170,8 @@
 <p>
 Nawet jeśli zmienna CHOST jest ustawiona w pliku <path>/etc/make.conf</path> i
 określa używaną architekturę, flaga <c>-march</c> powinna być użyta aby programy
-mogły zostać zoptymalizowane dla konkretnego procesora.
+mogły zostać zoptymalizowane dla konkretnego procesora. Architektury x86 i
+x86-64 powinny używać flagi <c>-march</c>.
 </p>
 
 <p>
@@ -202,26 +203,44 @@
 </pre>
 
 <p>
-Dostępne są również flagi <c>-mcpu</c> oraz <c>-mtune</c>. Jednak powinny zostać
-one użyte tylko wtedy, gdy opcja <c>-march</c> nie jest dostępna. Jaka jest
-między nimi różnica? <c>-march</c> dokładniej precyzuje jakie cechy powinny
-zostać użyte podczas kompilacji kodu. <c>-mcpu</c> stworzy ogólny kod, mało
-zoptymalizowany dla danego procesora. <c>-mtune</c> tworzy kod jeszcze bardziej
-ogólny. Należy użyć <c>-march</c> zawsze kiedy jest dostępny. Dla architektur
-takich jak PowerPC, Sparc lub Alpha musi zostać użyty <c>-mcpu</c>.
+Dostępne są również flagi <c>-mtune</c> oraz <c>-mcpu</c>. Jednak powinny zostać
+one użyte tylko wtedy, gdy opcja <c>-march</c> nie jest dostępna. Pewne
+architektury procesorów  mogą wymagać <c>-mtune</c> lub nawet <c>-mcpu</c>.
+Niestety zachowanie <c>gcc</c> z użyciem tych flag nie jest identyczne na
+wszystkich architekturach.
+</p>
+
+<p>
+Na procesorach x86 i x86-64, <c>-march</c> tworzy kod specyficzny dla tych
+architektur, używając wszystkich możliwych instrukcji i odpowiedniego ABI. Nie
+będzie kompatybilne dla starszych procesorów. Jeśli nie zamierzamy uruchamiać
+kodu na niczym innym jak nasz system, powinniśmy używać <c>-march</c>. Użycie
+<c>-mtune</c> można rozważyć w przypadku kompilacji dla starszego typu procesora
+takiego jak i386 lub i486. <c>-mtune</c> tworzy bardziej ogólny kod niż
+<c>-march</c> lecz w dalszym ciągu odpowiedni dla pewnego procesora. Nie należy
+używać <c>-mtune</c> na systemach x86 i x86-64.
+</p>
+
+<p>
+Inne architektury niż x86/x86-64 (takie jak Sparc, Alpha lub PowerPC) mogą
+wymagać użycia <c>-mtune</c> lub <c>-mcpu</c> zamiast <c>-march</c>. Na tych
+architekturach <c>-mtune</c>/<c>-mcpu</c> może czasami zachowywać się jak
+<c>-march</c> (na x86/x86-64) jedynie podając inną nazwę. Jeszcze raz:
+zachowanie <c>gcc</c> nie jest identyczne na wszystkich architekturach, więc
+należy sprawdzić stronę <uri
+link="http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Submodel-Options.html#Submodel-Options">podręcznika</uri>
+gcc aby dowiedzieć się którą opcję użyć dla posiadanego procesora.
 </p>
 
 <note>
-Dla konkretniejszych ustawień <c>-march</c> należy przeczytać rozdział piąty
-<uri link="/doc/pl/handbook/index.xml">Podręcznika instalacji Gentoo</uri> dla
+Dla konkretniejszych ustawień <c>-march</c>/<c>-mtune</c>/<c>-mcpu</c> należy
+przeczytać rozdział piąty <uri
+link="/doc/pl/handbook/index.xml">Podręcznika instalacji Gentoo</uri> dla
 odpowiedniej architektury. Polecamy również przeczytać listę podręcznika
 <c>gcc</c> o <uri
 link="http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Submodel-Options.html#Submodel-Options">opcjach
 specyficznych dla danej architektury</uri> gdzie jest dokładnie wytłumaczona
-różnica pomiędzy <c>-march</c>, <c>-mcpu</c> i <c>-mtune</c>. Jest to bardzo
-pomocne przy precyzowaniu jakie opcje <c>-march</c> powinny zostać użyte.
-Zwłaszcza, że na niektórych architekturach (takich jak x86) flaga <c>-mcpu</c>
-jest przestarzała i powinno się użyć <c>-mtune</c> zamiast niej.
+różnica pomiędzy <c>-march</c>, <c>-mcpu</c> i <c>-mtune</c>.
 </note>
 
 </body>
@@ -244,7 +263,7 @@
 <p>
 Z wyjątkiem <c>-O0</c>, każda następna opcja <c>-O</c> aktywuje kilka
 dodatkowych flag. O tym jakie flagi są aktywowane przy każdym poziomie <c>-O</c>
-i co powodują, można sie dowiedzieć po przeczytaniu rozdziału o <uri
+i co powodują, można się dowiedzieć po przeczytaniu rozdziału o <uri
 link="http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Optimize-Options.html#Optimize-Options">opcjach
 optymalizacji</uri> strony manuala gcc.
 </p>
@@ -289,10 +308,11 @@
   <li>
     <c>-Os</c>: Ten poziom będzie optymalizował kod pod względem wielkości.
     Aktywuje on wszystkie flagi z poziomu <c>-O2</c>, które nie biorą udziału w
-    zwiększeniu wygenerowanego kodu. Może to być przydatne dla maszyn, które mają
-    bardzo ograniczoną przestrzeń dyskową lub z procesorami o bardzo małej
+    zwiększeniu wygenerowanego kodu. Może to być przydatne dla maszyn, które
+    mają bardzo ograniczoną przestrzeń dyskową lub z procesorami o bardzo małej
     wielkości cache. Może jednak spowodować sporo problemów, ponieważ filtrowane
-    przez wiele ebuilów z drzewa Portage. Używanie <c>-Os</c> nie jest zalecane.
+    przez wiele ebuildów z drzewa Portage. Używanie <c>-Os</c> nie jest
+    zalecane.
   </li>
 </ul>
 
@@ -337,9 +357,8 @@
 jedynym językiem napiętnowanym przez tę flagę. Trzeba mieć na uwadze, że mimo
 tego, że flaga ogólnie pomaga, powoduje trudności podczas debugowania kodu;
 backtrace będzie bezużyteczne. Jeśli nie zamierzamy poddawać kodu operacjom
-debugowania i nie mamy w zmiennej CFLAGS innych flag, takich jak <c>-ggdb</c>
-(ani nie kompilujemy z włączoną flagą USE="debug"), warto dodać
-<c>-fomit-frame-pointer</c>.
+debugowania i nie mamy w zmiennej CFLAGS innych flag, takich jak <c>-ggdb</c>,
+warto dodać <c>-fomit-frame-pointer</c>.
 </p>
 
 <impo>



-- 
gentoo-commits@g.o mailing list