[devel] rte и TEXTREL

[devel] rte и TEXTREL

[Igor Tertishny]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 693 bytes --]

Прошу помощи со сборкой rte, необходимой для zapping. Простой способ борьбы с 
TEXTREL не помог - я вставил %add_optflags %optflags_shared, в процессе 
сборки наблюдал, что в опциях компилятора имеется -fPIC 
(Например: gcc -O2 -pipe -Wall -O2 -march=athlon -fPIC -DPIC 
-I/home/ilar/RPM/BUILD/rte-0.5.1/src -c filter_mmx.s  -fPIC -o 
.libs/filter_mmx.o)

Не помогло. Получил:
Verifying ELF objects in /home/ilar/tmp/rte-buildroot 
(rpath=normal,textrel=normal)
verify-elf: ./usr/lib/librte.so.1.0.1: TEXTREL entry found: 0x0

Придется, значится, извращаться... Вопрос только в том, как именно. Шел 
разговор о корректировке CFLAGS в makefile'ах. Вопрос, опять же, как именно 
корректировать?

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Kachalov Anton]

Igor Tertishny пишет:

>Прошу помощи со сборкой rte, необходимой для zapping. Простой способ борьбы с 
>TEXTREL не помог - я вставил %add_optflags %optflags_shared, в процессе 
>сборки наблюдал, что в опциях компилятора имеется -fPIC 
>(Например: gcc -O2 -pipe -Wall -O2 -march=athlon -fPIC -DPIC 
>-I/home/ilar/RPM/BUILD/rte-0.5.1/src -c filter_mmx.s  -fPIC -o 
>.libs/filter_mmx.o)
>  
>
Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что 
без него - всё равно.
Я натыкался на подобную проблему... :(

>Не помогло. Получил:
>Verifying ELF objects in /home/ilar/tmp/rte-buildroot 
>(rpath=normal,textrel=normal)
>verify-elf: ./usr/lib/librte.so.1.0.1: TEXTREL entry found: 0x0
>
>Придется, значится, извращаться... Вопрос только в том, как именно. Шел 
>разговор о корректировке CFLAGS в makefile'ах. Вопрос, опять же, как именно 
>корректировать?
>  
>
Править исходник :)

Rgds,
Anton

Re: [devel] rte и TEXTREL

[Denis Ovsienko]

> Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
> без него - всё равно.
> Я натыкался на подобную проблему... :(
На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
команды MMX? А ldv писал сразу, что для asm PIC не работает.

--
    DO4-UANIC

Re: [devel] rte и TEXTREL

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 897 bytes --]

* Denis Ovsienko <pilot@altlinux.ru> [031112 15:04]:
> > Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
> > без него - всё равно.
> > Я натыкался на подобную проблему... :(
> На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
> команды MMX? А ldv писал сразу, что для asm PIC не работает.
Работает. Надо только найти эти text relocations в асмовском
исходнике. Иногда, говорят, это получается ;-)

P.S. Видел вчера картину "ldv с гаечным-ключом-для-закручивания-гаек
ищет text relocations в ассемблерном исходнике". Правда, по моему
не вполне удачно...

-- 
Regards, Sir Raorn.
-------------------
> Кстати, как именно выглядит процедура выкладывания secfixes?
выкладываете в /incoming/updates/дистрибутив/ (если необходимо),
пишете на security@, мы собираем, тестируем (если можем) и выкладываем,
пишете тест анонса, мы публикуем.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Kachalov Anton]

Denis Ovsienko пишет:

>>Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
>>без него - всё равно.
>>Я натыкался на подобную проблему... :(
>>    
>>
>На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
>команды MMX? А ldv писал сразу, что для asm PIC не работает.
>  
>
Цитирую:
"Ситуация значительно осложняется в случае, если проблема TEXTREL вызвана
наличием не-PIC кода, написанного на ассемблере."

Речь идёт о том, что если в asm-коде не присутствует PIC-код, то он не 
откуда и не возьмётся. Как вы полагаете происходит компиляция кода? Из 
исходника сразу в bin? ;-)

Rgds,
Anton

Re: [devel] rte и TEXTREL

[Kachalov Anton]

Alexey I. Froloff пишет:

>* Denis Ovsienko <pilot@altlinux.ru> [031112 15:04]:
>  
>
>>>Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
>>>без него - всё равно.
>>>Я натыкался на подобную проблему... :(
>>>      
>>>
>>На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
>>команды MMX? А ldv писал сразу, что для asm PIC не работает.
>>    
>>
>Работает. Надо только найти эти text relocations в асмовском
>исходнике. Иногда, говорят, это получается ;-)
>
>P.S. Видел вчера картину "ldv с гаечным-ключом-для-закручивания-гаек
>ищет text relocations в ассемблерном исходнике". Правда, по моему
>не вполне удачно...
>
Если учесть, что asm - не x86, а ARM.... :)
ЗЫ. У нас есть знатоки ARM'ого asm'a? Нуна зафиксить в gcc lib1funcs.asm 
или проще багу повесить gcc'ой команде? =)

Rgds,
Anton

Re: [devel] rte и TEXTREL

[Dmitry V. Levin]

[-- Attachment #1.1: Type: text/plain, Size: 664 bytes --]

On Wed, Nov 12, 2003 at 03:16:47PM +0300, Alexey I. Froloff wrote:
> * Denis Ovsienko [031112 15:04]:
> > > Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
> > > без него - всё равно.
> > > Я натыкался на подобную проблему... :(
> > На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
> > команды MMX? А ldv писал сразу, что для asm PIC не работает.
> Работает. Надо только найти эти text relocations в асмовском
> исходнике. Иногда, говорят, это получается ;-)

Не сосвсем так.
Обычный asm и asm с PIC отличаются.
Попробуйте сравнить результат работы "gcc -O2 -S" и "gcc -O2 -S -fPIC"
на приведённом примере.


-- 
ldv

[-- Attachment #1.2: sample.c --]
[-- Type: text/plain, Size: 58 bytes --]

extern int foo (void);

int bar (void)
{
	return foo();
}

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Igor Tertishny]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 241 bytes --]

>
> Править исходник :)
>

Поскольку править asm-й исходник возможности не имею, то rte, пожалуй, из 
Сифифа уходит... А жаль. Без нее zapping не будет способен записывать фильмы 
с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Sergey Bolshakov]

>>>>> "Kachalov" == Kachalov Anton <mouse@linux.ru.net> writes:

 > Alexey I. Froloff пишет:
 >> * Denis Ovsienko <pilot@altlinux.ru> [031112 15:04]:
 >> 
 >>>> Проблема может быть в самом filter_mmx.s - что компилируй с -fPIC, что
 >>>> без него - всё равно.
 >>>> Я натыкался на подобную проблему... :(
 >>>> 
 >>> На мой взгляд этот файл --- asm чистой воды, иначе как бы использовались
 >>> команды MMX? А ldv писал сразу, что для asm PIC не работает.
 >>> 
 >> Работает. Надо только найти эти text relocations в асмовском
 >> исходнике. Иногда, говорят, это получается ;-)
 >> 
 >> P.S. Видел вчера картину "ldv с гаечным-ключом-для-закручивания-гаек
 >> ищет text relocations в ассемблерном исходнике". Правда, по моему
 >> не вполне удачно...
 >> 
 > Если учесть, что asm - не x86, а ARM.... :)
 > ЗЫ. У нас есть знатоки ARM'ого asm'a? Нуна зафиксить в gcc
 > lib1funcs.asm или проще багу повесить gcc'ой команде? =)

Ой. Никак 3.3 ? В 3.2 TEXTREL я не усмотрел.

-- 

Re: [devel] rte и TEXTREL

[Alexey Gladkov]

On Wed, Nov 12, 2003 at 02:45:53PM +0200, Igor Tertishny wrote:
Content-Description: signed data
> >
> > Править исходник :)
> >
> 
> Поскольку править asm-й исходник возможности не имею, то rte, пожалуй, из 
> Сифифа уходит... А жаль. Без нее zapping не будет способен записывать фильмы 
> с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.

Ну есть же для этих случаев:

%set_verify_elf_method textrel=relaxed

эта же операция не запрещена... 

---
Rgrds, legion

Re: [devel] rte и TEXTREL

[Grigory Milev]

[-- Attachment #1: Type: text/plain, Size: 707 bytes --]

>>>>> "Igor" == Igor Tertishny <ilar@altlinux.ru> writes:

    >> Править исходник :)
    >> 

    Igor> Поскольку править asm-й исходник возможности не имею, то rte,
    Igor> пожалуй, из Сифифа уходит... А жаль. Без нее zapping не будет
    Igor> способен записывать фильмы с телевизионной карты прямо в mpeg4, как
    Igor> раньше. Очень жаль.
Дык это, отключи в спеке проверку и все будет Ок.
%set_verify_elf_method textrel=relaxed

+--------------------------------------------------------+
Grigory Milev	mailto:week@altlinux.ru
ALT Linux Team	http://www.altlinux.ru
+--------------------------------------------------------+
Life too beautiful and interesting. Don't worry, be happy.

[-- Attachment #2: Type: application/pgp-signature, Size: 188 bytes --]

Re: [devel] rte и TEXTREL

[Kachalov Anton]

Igor Tertishny пишет:

>>Править исходник :)
>>
>>    
>>
>
>Поскольку править asm-й исходник возможности не имею, то rte, пожалуй, из 
>Сифифа уходит... А жаль. Без нее zapping не будет способен записывать фильмы 
>с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.
>
Есть ещё одна возможность:

%set_verify_elf_method textrel=relaxed


Rgds,
Anton

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Igor Tertishny wrote:

> Придется, значится, извращаться... Вопрос только в том, как
> именно. Шел
> разговор о корректировке CFLAGS в makefile'ах. Вопрос, опять
> же, как именно
> корректировать?

 Я вообще не понял - с какой такой радости verify_elf: relaxed не
давит эту дурацкую проверку?!?

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Alexey Gladkov wrote:

> > Поскольку править asm-й исходник возможности не имею, то
> rte, пожалуй, из
> > Сифифа уходит... А жаль. Без нее zapping не будет способен
> записывать фильмы
> > с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.
>
> Ну есть же для этих случаев:
>
> %set_verify_elf_method textrel=relaxed
>
> эта же операция не запрещена...

 ОНО ДОЛЖНО БЫТЬ ПО УМОЛЧАНИЮ ДЛЯ relaxed ВООБЩЕ. Мне опять из-за
этих игрышек дурных всё дерево ocaml-пакетов пересобирать.
Надоело.

Re: [devel] rte и TEXTREL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 793 bytes --]

On Wed, Nov 12, 2003 at 05:34:09PM +0300, Vitaly Lugovsky wrote:
> 
> On Wed, 12 Nov 2003, Alexey Gladkov wrote:
> 
> > > Поскольку править asm-й исходник возможности не имею, то
> > rte, пожалуй, из
> > > Сифифа уходит... А жаль. Без нее zapping не будет способен
> > записывать фильмы
> > > с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.
> >
> > Ну есть же для этих случаев:
> >
> > %set_verify_elf_method textrel=relaxed
> >
> > эта же операция не запрещена...
> 
> ОНО ДОЛЖНО БЫТЬ ПО УМОЛЧАНИЮ ДЛЯ relaxed ВООБЩЕ.

Поскольку большинство пакетов эту проверку проходит, я не вижу смысла её
отключать по умолчанию.

> Мне опять из-за
> этих игрышек дурных всё дерево ocaml-пакетов пересобирать.
> Надоело.

Странно; почему в Debian ocaml не содержит text relocations?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Alexander V. Nikolaev]

On Wed, Nov 12, 2003 at 06:53:19PM +0300, Vitaly Lugovsky wrote:

> > > Мне опять из-за
> > > этих игрышек дурных всё дерево ocaml-пакетов пересобирать.
> > > Надоело.
> > Странно; почему в Debian ocaml не содержит text relocations?
> 
>  Ничего странного. Там вообще динамических библиотек нет. Shared
> patch не включён.
> 
Кстати - а почему этого патча до сих пор нет в апстриме? Моэет стоит его 
вылечить от text relocations и пропихнуть в апстрим? Или его как раз из 
за них не принимают?

Re: [devel] rte и TEXTREL

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 503 bytes --]

On Wed, Nov 12, 2003 at 07:20:49PM +0300, Vitaly Lugovsky wrote:
> On Wed, 12 Nov 2003, Alexander V. Nikolaev wrote:
> 
> > >  Ничего странного. Там вообще динамических библиотек нет. Shared
> > > patch не включён.
> >
> > Кстати - а почему этого патча до сих пор нет в апстриме?
> 
>  Ксавье Лерой сильно против. Он вообще против динамических
> библиотек, как класса.

$ /lib/libc.so.6 |fgrep Leroy
        linuxthreads-0.9 by Xavier Leroy

Значит, он не против класса, он против экземпляра.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] rte и TEXTREL

[Alexander V. Nikolaev]

On Wed, Nov 12, 2003 at 07:36:12PM +0300, Vitaly Lugovsky wrote:
> 
> On Wed, 12 Nov 2003, Dmitry V. Levin wrote:
> 
> > > > Кстати - а почему этого патча до сих пор нет в апстриме?
> > >
> > >  Ксавье Лерой сильно против. Он вообще против динамических
> > > библиотек, как класса.
> >
> > $ /lib/libc.so.6 |fgrep Leroy
> >         linuxthreads-0.9 by Xavier Leroy
> >
> > Значит, он не против класса, он против экземпляра.
> 
>  Дык языку Си этим делом не помочь. А вот когда возможна
> полнотекстная компиляция - тут желательно придавить идею
> разделяемых библиотек в зародыше. Что он и делает. ;)
> 

Полнотекстовая компиляция - это из области морфированых темплейтов?

PS Продолжать наверное лучше уже в talk-room

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Dmitry V. Levin wrote:

> > > эта же операция не запрещена...
> >
> > ОНО ДОЛЖНО БЫТЬ ПО УМОЛЧАНИЮ ДЛЯ relaxed ВООБЩЕ.
>
> Поскольку большинство пакетов эту проверку проходит, я не вижу
> смысла её отключать по умолчанию.

 Ну так в большинстве пакетов нет нужды и в rpath=relaxed...

> > Мне опять из-за
> > этих игрышек дурных всё дерево ocaml-пакетов пересобирать.
> > Надоело.
>
> Странно; почему в Debian ocaml не содержит text relocations?

 Ничего странного. Там вообще динамических библиотек нет. Shared
patch не включён.

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Alexander V. Nikolaev wrote:

> >  Ничего странного. Там вообще динамических библиотек нет. Shared
> > patch не включён.
> >
>
> Кстати - а почему этого патча до сих пор нет в апстриме?

 Ксавье Лерой сильно против. Он вообще против динамических
библиотек, как класса.

> Моэет стоит его вылечить от text relocations и пропихнуть в
> апстрим?

 Тогда потеря производительности будет раза в два минимум. Ocaml
до регистров очень жадный.

> Или его как раз из за них не принимают?

 Не, из идеологических соображений. Кроме того, оно есть
x86-only, только Linux и Win32.

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Dmitry V. Levin wrote:

> > > Кстати - а почему этого патча до сих пор нет в апстриме?
> >
> >  Ксавье Лерой сильно против. Он вообще против динамических
> > библиотек, как класса.
>
> $ /lib/libc.so.6 |fgrep Leroy
>         linuxthreads-0.9 by Xavier Leroy
>
> Значит, он не против класса, он против экземпляра.

 Дык языку Си этим делом не помочь. А вот когда возможна
полнотекстная компиляция - тут желательно придавить идею
разделяемых библиотек в зародыше. Что он и делает. ;)

Re: [devel] rte и TEXTREL

[Vitaly Lugovsky]

On Wed, 12 Nov 2003, Alexander V. Nikolaev wrote:

> >  Дык языку Си этим делом не помочь. А вот когда возможна
> > полнотекстная компиляция - тут желательно придавить идею
> > разделяемых библиотек в зародыше. Что он и делает. ;)
> >
>
> Полнотекстовая компиляция - это из области морфированых
> темплейтов?

 Кю.

 Это то, что в OCaml сейчас представленно только как inline
мелких функций между разными модулями. В более полном виде её
можно поглядеть в MLton.

Re: [devel] rte и TEXTREL

[Вячеслав Диконов]

В Срд, 12.11.2003, в 15:45, Igor Tertishny пишет:
> >
> > Править исходник :)
> >
> 
> Поскольку править asm-й исходник возможности не имею, то rte, пожалуй, из 
> Сифифа уходит... А жаль. Без нее zapping не будет способен записывать фильмы 
> с телевизионной карты прямо в mpeg4, как раньше. Очень жаль.
Голосую за то, чтобы оставить. Регулярно пользуюсь этим пакетом и буду
пользоваться несмотря на все TEXTREL.

Re: [devel] rte и TEXTREL

[Igor Tertishny]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 296 bytes --]

>
>  Я вообще не понял - с какой такой радости verify_elf: relaxed не
> давит эту дурацкую проверку?!?
>
Политику поменяли. Теперь нужно verify_elf: textrel=relaxed. Ну что ж, я так и 
поступил. Отсылаю в Сизиф пересобранную с этой опцией rte. По другому собрать 
ее не имею никакой возможности.

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]