* [mdk-re] gcc & -march
@ 2001-05-20 1:11 Yura Zotov
2001-05-20 1:47 ` Баталов Григорий
0 siblings, 1 reply; 14+ messages in thread
From: Yura Zotov @ 2001-05-20 1:11 UTC (permalink / raw)
To: Linux-Mandrake RE
Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
объектники, если не задан явно параметр -march? Под какой процессор он при
этом генерит код?
Заранее спасибо.
--
Юрий А. Зотов
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 1:11 [mdk-re] gcc & -march Yura Zotov
@ 2001-05-20 1:47 ` Баталов Григорий
2001-05-20 2:04 ` Yura Zotov
0 siblings, 2 replies; 14+ messages in thread
From: Баталов Григорий @ 2001-05-20 1:47 UTC (permalink / raw)
To: mandrake-russian
On Sun, 20 May 2001 01:17:18 +0400
Yura Zotov <yznews@hotbox.ru> wrote:
> Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> объектники, если не задан явно параметр -march? Под какой процессор он при
> этом генерит код?
Неужели под ту, которая в $HOSTTYPE? :)
--
Баталов Григорий.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 1:47 ` Баталов Григорий
@ 2001-05-20 2:04 ` Yura Zotov
2001-05-20 2:11 ` Баталов Григорий
1 sibling, 1 reply; 14+ messages in thread
From: Yura Zotov @ 2001-05-20 2:04 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 01:54:07AM +0400, Баталов Григорий wrote:
> On Sun, 20 May 2001 01:17:18 +0400
> Yura Zotov <yznews@hotbox.ru> wrote:
>
> > Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> > объектники, если не задан явно параметр -march? Под какой процессор он при
> > этом генерит код?
>
> Неужели под ту, которая в $HOSTTYPE? :)
А где об этом написано?
> --
> Баталов Григорий.
>
--
Юрий А. Зотов
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 2:04 ` Yura Zotov
@ 2001-05-20 2:11 ` Баталов Григорий
0 siblings, 0 replies; 14+ messages in thread
From: Баталов Григорий @ 2001-05-20 2:11 UTC (permalink / raw)
To: mandrake-russian
On Sun, 20 May 2001 02:09:49 +0400
Yura Zotov <yznews@hotbox.ru> wrote:
> > Неужели под ту, которая в $HOSTTYPE? :)
>
> А где об этом написано?
Верно, я так с ходу не нашел...
Вот завтра умные люди проснутся и скажут :)
--
Баталов Григорий.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
@ 2001-05-20 14:45 ` Yura Zotov
2001-05-20 15:16 ` Alexander Bokovoy
0 siblings, 1 reply; 14+ messages in thread
From: Yura Zotov @ 2001-05-20 14:45 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 01:23:46PM +0300, Alexander Bokovoy wrote:
> On Sun, May 20, 2001 at 01:54:07AM +0400, Баталов Григорий wrote:
> > On Sun, 20 May 2001 01:17:18 +0400
> > Yura Zotov <yznews@hotbox.ru> wrote:
> >
> > > Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> > > объектники, если не задан явно параметр -march? Под какой процессор он при
> > > этом генерит код?
> >
> > Неужели под ту, которая в $HOSTTYPE? :)
> Нет. Если не указана явно архитектура, то на ia32 генерируется код,
> который гарантированно будет работать с i386. Даже если Вы укажете
> -mcpu=i686, но не укажете -march=i686, то все равно код сгенерируется
> только такой, который можно выполнить на i386, хотя вызовы и распределение
> переменных по регистрам будут оптимизированы под i686.
>
> Аналогично и для других архитектур -- по умолчанию код генерируется так,
> чтобы работать на самой слабой машине в серии.
Я тут взял и попробовал скомпилировать ОЧЕНЬ простую программу для разных
-march=i386|i486|i586|i686|athlon и без явного указания -march. Получилось
6 *.o по ~1.3K, причем 5 из них были по размеру одинаковы и при беглом взгляде
внутрь тоже. Отличался от всех только полученный с -march=i386.
В чем прикол?
> --
> Sincerely yours, Alexander Bokovoy
> The Midgard Project | ALT Linux Team | Minsk Linux Users Group
> www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
> -- You won't skid if you stay in a rut.
> -- Frank Hubbard
--
Юрий А. Зотов
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 14:45 ` Yura Zotov
@ 2001-05-20 15:16 ` Alexander Bokovoy
2001-05-20 15:30 ` Alexander Bokovoy
2001-05-20 15:33 ` Yura Zotov
0 siblings, 2 replies; 14+ messages in thread
From: Alexander Bokovoy @ 2001-05-20 15:16 UTC (permalink / raw)
To: mandrake-russian
[-- Attachment #1: Type: text/plain, Size: 2037 bytes --]
On Sun, May 20, 2001 at 02:50:38PM +0400, Yura Zotov wrote:
> On Sun, May 20, 2001 at 01:23:46PM +0300, Alexander Bokovoy wrote:
> > On Sun, May 20, 2001 at 01:54:07AM +0400, Баталов Григорий wrote:
> > > On Sun, 20 May 2001 01:17:18 +0400
> > > Yura Zotov <yznews@hotbox.ru> wrote:
> > >
> > > > Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> > > > объектники, если не задан явно параметр -march? Под какой процессор он при
> > > > этом генерит код?
> > >
> > > Неужели под ту, которая в $HOSTTYPE? :)
> > Нет. Если не указана явно архитектура, то на ia32 генерируется код,
> > который гарантированно будет работать с i386. Даже если Вы укажете
> > -mcpu=i686, но не укажете -march=i686, то все равно код сгенерируется
> > только такой, который можно выполнить на i386, хотя вызовы и распределение
> > переменных по регистрам будут оптимизированы под i686.
> >
> > Аналогично и для других архитектур -- по умолчанию код генерируется так,
> > чтобы работать на самой слабой машине в серии.
>
> Я тут взял и попробовал скомпилировать ОЧЕНЬ простую программу для разных
> -march=i386|i486|i586|i686|athlon и без явного указания -march. Получилось
> 6 *.o по ~1.3K, причем 5 из них были по размеру одинаковы и при беглом взгляде
> внутрь тоже. Отличался от всех только полученный с -march=i386.
> В чем прикол?
Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
затратная с точки зрения вычислений. В архиве есть уже скомпилированные
ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
конкретной архитектуры можно, пользуясь скриптом maketest.
Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
сравнить через diff -u md5-i386.s md5-pentiumpro.s
Одинаковый код, кстати, не получился ни в одном из случаев.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | ALT Linux Team | Minsk Linux Users Group
www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
-- You won't skid if you stay in a rut.
-- Frank Hubbard
[-- Attachment #2: test-arch.tar.bz2 --]
[-- Type: application/octet-stream, Size: 8009 bytes --]
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:16 ` Alexander Bokovoy
@ 2001-05-20 15:30 ` Alexander Bokovoy
2001-05-20 15:33 ` Yura Zotov
1 sibling, 0 replies; 14+ messages in thread
From: Alexander Bokovoy @ 2001-05-20 15:30 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 02:19:55PM +0300, Alexander Bokovoy wrote:
> On Sun, May 20, 2001 at 02:50:38PM +0400, Yura Zotov wrote:
> > On Sun, May 20, 2001 at 01:23:46PM +0300, Alexander Bokovoy wrote:
> > > On Sun, May 20, 2001 at 01:54:07AM +0400, Баталов Григорий wrote:
> > > > On Sun, 20 May 2001 01:17:18 +0400
> > > > Yura Zotov <yznews@hotbox.ru> wrote:
> > > >
> > > > > Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> > > > > объектники, если не задан явно параметр -march? Под какой процессор он при
> > > > > этом генерит код?
> > > >
> > > > Неужели под ту, которая в $HOSTTYPE? :)
> > > Нет. Если не указана явно архитектура, то на ia32 генерируется код,
> > > который гарантированно будет работать с i386. Даже если Вы укажете
> > > -mcpu=i686, но не укажете -march=i686, то все равно код сгенерируется
> > > только такой, который можно выполнить на i386, хотя вызовы и распределение
> > > переменных по регистрам будут оптимизированы под i686.
> > >
> > > Аналогично и для других архитектур -- по умолчанию код генерируется так,
> > > чтобы работать на самой слабой машине в серии.
> >
> > Я тут взял и попробовал скомпилировать ОЧЕНЬ простую программу для разных
> > -march=i386|i486|i586|i686|athlon и без явного указания -march. Получилось
> > 6 *.o по ~1.3K, причем 5 из них были по размеру одинаковы и при беглом взгляде
> > внутрь тоже. Отличался от всех только полученный с -march=i386.
> > В чем прикол?
> Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> конкретной архитектуры можно, пользуясь скриптом maketest.
>
> Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> сравнить через diff -u md5-i386.s md5-pentiumpro.s
>
> Одинаковый код, кстати, не получился ни в одном из случаев.
... кроме случая i686 и pentiumpro :-) поскольку это одно и тоже
Чтобы усилить эффект, добавьте в maketest оптимизацию -O6.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | ALT Linux Team | Minsk Linux Users Group
www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
-- You won't skid if you stay in a rut.
-- Frank Hubbard
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:16 ` Alexander Bokovoy
2001-05-20 15:30 ` Alexander Bokovoy
@ 2001-05-20 15:33 ` Yura Zotov
2001-05-20 15:43 ` Alexander Bokovoy
1 sibling, 1 reply; 14+ messages in thread
From: Yura Zotov @ 2001-05-20 15:33 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 02:19:55PM +0300, Alexander Bokovoy wrote:
> On Sun, May 20, 2001 at 02:50:38PM +0400, Yura Zotov wrote:
> > On Sun, May 20, 2001 at 01:23:46PM +0300, Alexander Bokovoy wrote:
> > > On Sun, May 20, 2001 at 01:54:07AM +0400, Баталов Григорий wrote:
> > > > On Sun, 20 May 2001 01:17:18 +0400
> > > > Yura Zotov <yznews@hotbox.ru> wrote:
> > > >
> > > > > Скажите, пожалуйста, а как gcc узнает, под какую архитектуру делать
> > > > > объектники, если не задан явно параметр -march? Под какой процессор он при
> > > > > этом генерит код?
> > > >
> > > > Неужели под ту, которая в $HOSTTYPE? :)
> > > Нет. Если не указана явно архитектура, то на ia32 генерируется код,
> > > который гарантированно будет работать с i386. Даже если Вы укажете
> > > -mcpu=i686, но не укажете -march=i686, то все равно код сгенерируется
> > > только такой, который можно выполнить на i386, хотя вызовы и распределение
> > > переменных по регистрам будут оптимизированы под i686.
> > >
> > > Аналогично и для других архитектур -- по умолчанию код генерируется так,
> > > чтобы работать на самой слабой машине в серии.
> >
> > Я тут взял и попробовал скомпилировать ОЧЕНЬ простую программу для разных
> > -march=i386|i486|i586|i686|athlon и без явного указания -march. Получилось
> > 6 *.o по ~1.3K, причем 5 из них были по размеру одинаковы и при беглом взгляде
> > внутрь тоже. Отличался от всех только полученный с -march=i386.
> > В чем прикол?
> Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> конкретной архитектуры можно, пользуясь скриптом maketest.
>
> Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> сравнить через diff -u md5-i386.s md5-pentiumpro.s
>
> Одинаковый код, кстати, не получился ни в одном из случаев.
Я перегенерил все md5-*.s. Действительно, все разные.
Команда "gcc -S md5.c" сгенерила код, идентичный md5-i586.s (согласно diff).
> --
> Sincerely yours, Alexander Bokovoy
> The Midgard Project | ALT Linux Team | Minsk Linux Users Group
> www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
> -- You won't skid if you stay in a rut.
> -- Frank Hubbard
--
Юрий А. Зотов
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:33 ` Yura Zotov
@ 2001-05-20 15:43 ` Alexander Bokovoy
2001-05-20 15:49 ` Alexander Bokovoy
` (2 more replies)
0 siblings, 3 replies; 14+ messages in thread
From: Alexander Bokovoy @ 2001-05-20 15:43 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 03:39:14PM +0400, Yura Zotov wrote:
> > Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> > затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> > ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> > конкретной архитектуры можно, пользуясь скриптом maketest.
> >
> > Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> > сравнить через diff -u md5-i386.s md5-pentiumpro.s
> >
> > Одинаковый код, кстати, не получился ни в одном из случаев.
>
> Я перегенерил все md5-*.s. Действительно, все разные.
> Команда "gcc -S md5.c" сгенерила код, идентичный md5-i586.s (согласно diff).
Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
Все его поведение по выбору опций находится здесь:
/usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
обратите внимание на *cpp_cpu_default.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | ALT Linux Team | Minsk Linux Users Group
www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
-- You won't skid if you stay in a rut.
-- Frank Hubbard
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:43 ` Alexander Bokovoy
@ 2001-05-20 15:49 ` Alexander Bokovoy
2001-05-20 15:59 ` Yura Zotov
2001-05-20 17:00 ` Sergey S. Skulachenko
2 siblings, 0 replies; 14+ messages in thread
From: Alexander Bokovoy @ 2001-05-20 15:49 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 02:47:50PM +0300, Alexander Bokovoy wrote:
> On Sun, May 20, 2001 at 03:39:14PM +0400, Yura Zotov wrote:
> > > Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> > > затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> > > ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> > > конкретной архитектуры можно, пользуясь скриптом maketest.
> > >
> > > Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> > > сравнить через diff -u md5-i386.s md5-pentiumpro.s
> > >
> > > Одинаковый код, кстати, не получился ни в одном из случаев.
> >
> > Я перегенерил все md5-*.s. Действительно, все разные.
> > Команда "gcc -S md5.c" сгенерила код, идентичный md5-i586.s (согласно diff).
> Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
> Все его поведение по выбору опций находится здесь:
> /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
> обратите внимание на *cpp_cpu_default.
BTW, то, что я ранее говорил о выборах в архитектурах, относится к самому
GNU CC, в дистрибутивах настройки обычно подкручиваются. Так, Mandrake и
ALT Linux декларируют минимальной поддерживаемой i586, потому и в specs
занесены базовые настройки на эту архитектуру. В RH и ASP Linux базовой
является i386.
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | ALT Linux Team | Minsk Linux Users Group
www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
-- You won't skid if you stay in a rut.
-- Frank Hubbard
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:43 ` Alexander Bokovoy
2001-05-20 15:49 ` Alexander Bokovoy
@ 2001-05-20 15:59 ` Yura Zotov
2001-05-20 23:27 ` Alexander Bokovoy
2001-05-20 17:00 ` Sergey S. Skulachenko
2 siblings, 1 reply; 14+ messages in thread
From: Yura Zotov @ 2001-05-20 15:59 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 02:47:50PM +0300, Alexander Bokovoy wrote:
> On Sun, May 20, 2001 at 03:39:14PM +0400, Yura Zotov wrote:
> > > Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> > > затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> > > ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> > > конкретной архитектуры можно, пользуясь скриптом maketest.
> > >
> > > Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> > > сравнить через diff -u md5-i386.s md5-pentiumpro.s
> > >
> > > Одинаковый код, кстати, не получился ни в одном из случаев.
> >
> > Я перегенерил все md5-*.s. Действительно, все разные.
> > Команда "gcc -S md5.c" сгенерила код, идентичный md5-i586.s (согласно diff).
> Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
> Все его поведение по выбору опций находится здесь:
> /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
> обратите внимание на *cpp_cpu_default.
Я туда смотрел, только ничего не понял.
Может подскажете, где почитать подробно?
--
Юрий А. Зотов
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:43 ` Alexander Bokovoy
2001-05-20 15:49 ` Alexander Bokovoy
2001-05-20 15:59 ` Yura Zotov
@ 2001-05-20 17:00 ` Sergey S. Skulachenko
2001-05-20 20:56 ` Mikhail Zabaluev
2 siblings, 1 reply; 14+ messages in thread
From: Sergey S. Skulachenko @ 2001-05-20 17:00 UTC (permalink / raw)
To: mandrake-russian
On Sun, 20 May 2001 14:47:50 +0300
Alexander Bokovoy <ab@avilink.net> wrote:
> Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
> Все его поведение по выбору опций находится здесь:
> /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
> обратите внимание на *cpp_cpu_default.
А, если собрать gcc для i686, приведёт ли это в дальнейшем к оптимизации
при сборке последующих пакетов? Или она практически будет мало ощутима?
Или, точнее, в каких случаях (при сборке каких пакетов) оптимизация будет
заметной? И насколько?
С уважением,
С.С.Скулаченко
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 17:00 ` Sergey S. Skulachenko
@ 2001-05-20 20:56 ` Mikhail Zabaluev
0 siblings, 0 replies; 14+ messages in thread
From: Mikhail Zabaluev @ 2001-05-20 20:56 UTC (permalink / raw)
To: mandrake-russian
Hello Sergey,
On Sun, May 20, 2001 at 05:05:46PM +0400, Sergey S. Skulachenko wrote:
>
> On Sun, 20 May 2001 14:47:50 +0300
> Alexander Bokovoy <ab@avilink.net> wrote:
>
> > Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
> > Все его поведение по выбору опций находится здесь:
> > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
> > обратите внимание на *cpp_cpu_default.
> А, если собрать gcc для i686, приведёт ли это в дальнейшем к оптимизации
> при сборке последующих пакетов? Или она практически будет мало
ощутима?
А если мой модем покрыть золотом, то биты из него пойдут золотые? :)
Оптимизация будет разве что в скорости сборки, и то ощутима будет
мало. Нет там действий, которые можно радикально ускорить с
использованием фич поздних архитектур.
Для более глубокого исследования на тему "компилятор как змея,
кусающая себя за хвост" рекомендую самому собрать gcc и
посмотреть, что происходит во время этого замечательного процесса о
трех стадиях.
> Или, точнее, в каких случаях (при сборке каких пакетов) оптимизация будет
> заметной?
Наверное, в тех местах, где есть много "тупых" вычислений -
X, esound, xmms и пр. Во всех остальных выигрыш съедят непопадания
инструкций в кэш и операции ввода/вывода. То есть заметно будет, но не сильно.
--
Stay tuned,
MhZ JID: mookid@jabber.org
___________
I like being single. I'm always there when I need me.
-- Art Leo
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: [mdk-re] gcc & -march
2001-05-20 15:59 ` Yura Zotov
@ 2001-05-20 23:27 ` Alexander Bokovoy
0 siblings, 0 replies; 14+ messages in thread
From: Alexander Bokovoy @ 2001-05-20 23:27 UTC (permalink / raw)
To: mandrake-russian
On Sun, May 20, 2001 at 04:04:33PM +0400, Yura Zotov wrote:
> On Sun, May 20, 2001 at 02:47:50PM +0300, Alexander Bokovoy wrote:
> > On Sun, May 20, 2001 at 03:39:14PM +0400, Yura Zotov wrote:
> > > > Попробуйте приложенный тест -- это реализация алгоритма MD5, достаточно
> > > > затратная с точки зрения вычислений. В архиве есть уже скомпилированные
> > > > ассемблерные фрагменты и исходный md5.c. Получить ассемблерный код для
> > > > конкретной архитектуры можно, пользуясь скриптом maketest.
> > > >
> > > > Обратите внимание, например, на md5-i386.s и md5-pentiumpro.s. Проще всего
> > > > сравнить через diff -u md5-i386.s md5-pentiumpro.s
> > > >
> > > > Одинаковый код, кстати, не получился ни в одном из случаев.
> > >
> > > Я перегенерил все md5-*.s. Действительно, все разные.
> > > Команда "gcc -S md5.c" сгенерила код, идентичный md5-i586.s (согласно diff).
> > Объяснение здесь только одно -- Вы пользуетесь gcc, собранным под i586.
> > Все его поведение по выбору опций находится здесь:
> > /usr/lib/gcc-lib/i586-mandrake-linux/2.96/specs, позиция *cpp_cpu и
> > обратите внимание на *cpp_cpu_default.
>
> Я туда смотрел, только ничего не понял.
> Может подскажете, где почитать подробно?
запустите Info:
info gcc 'Invoking GCC' 'Spec Files'
--
Sincerely yours, Alexander Bokovoy
The Midgard Project | ALT Linux Team | Minsk Linux Users Group
www.midgard-project.org | www.altlinux.ru | www.minsk-lug.net
-- You won't skid if you stay in a rut.
-- Frank Hubbard
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2001-05-20 23:27 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-20 1:11 [mdk-re] gcc & -march Yura Zotov
2001-05-20 1:47 ` Баталов Григорий
2001-05-20 2:04 ` Yura Zotov
2001-05-20 2:11 ` Баталов Григорий
2001-05-20 14:45 ` Yura Zotov
2001-05-20 15:16 ` Alexander Bokovoy
2001-05-20 15:30 ` Alexander Bokovoy
2001-05-20 15:33 ` Yura Zotov
2001-05-20 15:43 ` Alexander Bokovoy
2001-05-20 15:49 ` Alexander Bokovoy
2001-05-20 15:59 ` Yura Zotov
2001-05-20 23:27 ` Alexander Bokovoy
2001-05-20 17:00 ` Sergey S. Skulachenko
2001-05-20 20:56 ` Mikhail Zabaluev
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git