[devel] --enable-mmx и arch пакетов

[Konstantin A. Lepikhov]

<цитата от="Led">
>> > Нет, там --enable-assembly по умолчанию. Соответственно, если не
>> сделать
>> > %ifarch i586
>> > %configure --disable-assembly
>> > %else
>> > %configure
>> > %endif
>> > то на CPU i586 скорее всего не будет работать. :(
>>
>> а вы сами проверяли и только так думаете?
>
> Проверял. Не на pentium-без-MMX - смотрел код и Makefile'ы.
"ну и дура" (с) сами знаете чей ;) Собственно, это только подтверждает мое
мнение о идиотизме разработчиков xvid.

>
>>
>> >> Например, Mesa без проблем собирается с --target=i586 и при
>> >> этом умеет и sse2 и mmx и 3dnow. То же самое относится и к gogo - он
>> >> использует только то, что поддерживается cpu, при чем эти данные он
>> >> получает в runtime'e, а не на этапе сборки. И сколько раз надо
>> >> повторять,
>> >> что arch в rpm - это не процессор, это _архитектура_!
>> >
>> > Архитектура i586? Мне казалось, что архитектура - это IA86_32,
>> IA86_64,
>> > etc...
>>
>> blame to Mandrake - это они эту кашу заварили ;) i386 - это вполне
>> правильное название архитектуры процессора.
>
> "Правильных" i386 я что-то не вижу в сизифе...
А чем вас не устраивают примеры "правильных" программ, которые я привел выше?

<skip>
>> AFAIR ffmpeg такой ерундой не страдает.
>
> ffmpeg много чем "не страдает", может потому и качество MPEG4 у него
> похуже,
> чем у xvid, а H264-кодека (кстати, стандарт на него с 2003-го года и он
> является стандартным кодеком для BlueRay) у него вообще нет. (против
> ffmpeg
> ничего не имею - у него своя ниша и очень значительная).
Вы мантейнер xvid и x264, вот и решайте ;) Я бы такой софт поддерживать не
стал.

-- 
WBR et al.