[devel] Q: /usr/lib64/ocaml/libasmrun.a

[devel] Q: /usr/lib64/ocaml/libasmrun.a

[Dmitry V. Levin]

Hi,

При сборке более сотни пакетов ocamlopt зачем-то пытается линковать
executable с /usr/lib64/ocaml/libasmrun.a; вопрос, почему он так делает?
Вот имена исходных пакетов, если нужно:

SpamOracle-1.6-alt1
camlmix-1.3.0-alt1.qa1
coccinelle-1.0.8-alt8
google-drive-ocamlfuse-0.7.22-alt2
hevea-2.34-alt1
js_of_ocaml-3.7.0-alt2
libguestfs-1.42.0-alt2
ocaml-alcotest-1.2.3-alt1
ocaml-base-0.14.0-alt2
ocaml-base64-3.4.0-alt2
ocaml-biniou-1.2.1-alt3
ocaml-bisect_ppx-1.4.2-alt2
ocaml-cairo2-0.6.1-alt2
ocaml-camlidl-1.09-alt1
ocaml-camlp5-7.13-alt1
ocaml-camomile-1.0.2-alt1
ocaml-cohttp-2.5.4-alt1
ocaml-compiler-libs-0.12.1-alt2
ocaml-conduit-2.2.2-alt1
ocaml-cppo-1.6.6-alt1
ocaml-cryptokit-1.15-alt1
ocaml-cstruct-5.3.0-alt1
ocaml-csv-2.4-alt1
ocaml-domain-name-0.3.0-alt1
ocaml-dose3-5.0.1-alt7.5.2git2c1b8df
ocaml-easy-format-1.3.2-alt2
ocaml-gen-0.5.3-alt2
ocaml-gettext-0.4.2-alt1
ocaml-graphics-5.1.0-alt2
ocaml-gsl-1.24.1-alt1
ocaml-ipaddr-5.0.1-alt1
ocaml-iter-1.2.1-alt2
ocaml-jsonm-1.0.1-alt4
ocaml-jst-config-0.14.0-alt3
ocaml-lambda-term-3.1.0-alt1
ocaml-libvirt-0.6.1.5-alt1
ocaml-lwt-5.3.0-alt2
ocaml-magic-mime-1.1.2-alt2
ocaml-markup-0.8.2-alt1
ocaml-menhir-20200624-alt1
ocaml-migrate-parsetree-1.7.3-alt2
ocaml-num-1.3-alt1
ocaml-oasis-0.4.11-alt2
ocaml-ocamlbuild-1:0.14.0-alt1
ocaml-ocamlfuse-2.7.1-alt10
ocaml-ocamlgraph-1.8.8-alt5
ocaml-ocplib-endian-1.1-alt1
ocaml-octavius-1.2.2-alt2
ocaml-odoc-1.5.1-alt1
ocaml-omd-1.3.1-alt3
ocaml-ounit-2.2.3-alt1
ocaml-parmap-1.1.1-alt3
ocaml-parsexp-0.14.0-alt3
ocaml-pcre-7.4.6-alt1
ocaml-postgresql-4.5.2-alt1
ocaml-ppx_assert-0.14.0-alt2
ocaml-ppx_base-0.14.0-alt2
ocaml-ppx_cold-0.14.0-alt1
ocaml-ppx_compare-0.14.0-alt2
ocaml-ppx_custom_printf-0.14.0-alt1
ocaml-ppx_enumerate-0.14.0-alt1
ocaml-ppx_expect-0.14.0-alt2
ocaml-ppx_fields_conv-0.14.1-alt1
ocaml-ppx_fixed_literal-0.14.0-alt2
ocaml-ppx_hash-0.14.0-alt2
ocaml-ppx_here-0.14.0-alt2
ocaml-ppx_inline_test-0.14.1-alt2
ocaml-ppx_js_style-0.14.0-alt2
ocaml-ppx_let-0.14.0-alt2
ocaml-ppx_module_timer-0.14.0-alt2
ocaml-ppx_optional-0.14.0-alt1
ocaml-ppx_pipebang-0.14.0-alt1
ocaml-ppx_sexp_conv-0.14.1-alt1
ocaml-ppx_sexp_message-0.14.0-alt1
ocaml-ppx_sexp_value-0.14.0-alt1
ocaml-ppx_string-0.14.1-alt1
ocaml-ppx_tools-6.1-alt1
ocaml-ppx_tools_versioned-5.4.0-alt1
ocaml-ppx_typerep_conv-0.14.1-alt1
ocaml-ppx_variants_conv-0.14.1-alt1
ocaml-ppxlib-0.15.0-alt1
ocaml-qcheck-0.15-alt1
ocaml-qtest-2.11.1-alt1
ocaml-sqlite3-5.0.2-alt1
ocaml-ssl-0.5.9-alt3
ocaml-stdcompat-14-alt1
ocaml-stringext-1.6.0-alt2
ocaml-time_now-0.14.0-alt4
ocaml-tyxml-4.4.0-alt2
ocaml-uri-3.1.0-alt2
ocaml-uuidm-0.9.7-alt1
ocaml-uutf-1.0.2-alt1
ocaml-xml-light-2.4-alt7
ocaml-xmlm-1.3.0-alt5
ocaml-yaml-2.1.0-alt2
ocaml-yojson-1.7.0-alt4
ocamlify-0.0.2-alt3
opam-2.0.7-alt1
texvc-1.14.0-alt4.qa1
unison-2.51.3-alt1
utop-2.6.0-alt1


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 04.12.2020 19:55, Dmitry V. Levin wrote:
> При сборке более сотни пакетов ocamlopt зачем-то пытается линковать
> executable с /usr/lib64/ocaml/libasmrun.a; вопрос, почему он так делает?
Я потихоньку собираю новую версию ocaml, посмотрю в процессе что именно 
там происходит с -fPIC.

Если вопрос был про text rellocations, конечно, а не про то, о чём ты 
написал.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Dmitry V. Levin]

On Fri, Dec 04, 2020 at 10:13:44PM +0300, Anton Farygin wrote:
> On 04.12.2020 19:55, Dmitry V. Levin wrote:
> > При сборке более сотни пакетов ocamlopt зачем-то пытается линковать
> > executable с /usr/lib64/ocaml/libasmrun.a; вопрос, почему он так делает?
> Я потихоньку собираю новую версию ocaml, посмотрю в процессе что именно 
> там происходит с -fPIC.
> 
> Если вопрос был про text rellocations, конечно, а не про то, о чём ты 
> написал.

Вопрос был про то, почему именно libasmrun.a, а не какой-нибудь другой,
более подходящий libasmrun.

$ rpmquery -lvp Sisyphus/files/x86_64/RPMS/ocaml-4.10.0-alt2.x86_64.rpm | grep /usr/lib64/ocaml/libasmrun
-rw-r--r--    1 root    root                  2539318 Sep  9 07:09 /usr/lib64/ocaml/libasmrun.a
-rw-r--r--    1 root    root                  2453302 Sep  9 07:09 /usr/lib64/ocaml/libasmrun_pic.a
-rw-r--r--    1 root    root                   276912 Sep  9 07:09 /usr/lib64/ocaml/libasmrun_shared.so
-rw-r--r--    1 root    root                  2728940 Sep  9 07:09 /usr/lib64/ocaml/libasmrund.a
-rw-r--r--    1 root    root                  2627946 Sep  9 07:09 /usr/lib64/ocaml/libasmruni.a

Когда GCC сконфигурирован с --enable-default-pie,
ocamlopt взрывается на линковке 100+ пакетов.


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 04.12.2020 22:56, Dmitry V. Levin wrote:
> On Fri, Dec 04, 2020 at 10:13:44PM +0300, Anton Farygin wrote:
>> On 04.12.2020 19:55, Dmitry V. Levin wrote:
>>> При сборке более сотни пакетов ocamlopt зачем-то пытается линковать
>>> executable с /usr/lib64/ocaml/libasmrun.a; вопрос, почему он так делает?
>> Я потихоньку собираю новую версию ocaml, посмотрю в процессе что именно
>> там происходит с -fPIC.
>>
>> Если вопрос был про text rellocations, конечно, а не про то, о чём ты
>> написал.
> Вопрос был про то, почему именно libasmrun.a, а не какой-нибудь другой,
> более подходящий libasmrun.
>
> $ rpmquery -lvp Sisyphus/files/x86_64/RPMS/ocaml-4.10.0-alt2.x86_64.rpm | grep /usr/lib64/ocaml/libasmrun
> -rw-r--r--    1 root    root                  2539318 Sep  9 07:09 /usr/lib64/ocaml/libasmrun.a
> -rw-r--r--    1 root    root                  2453302 Sep  9 07:09 /usr/lib64/ocaml/libasmrun_pic.a
> -rw-r--r--    1 root    root                   276912 Sep  9 07:09 /usr/lib64/ocaml/libasmrun_shared.so
> -rw-r--r--    1 root    root                  2728940 Sep  9 07:09 /usr/lib64/ocaml/libasmrund.a
> -rw-r--r--    1 root    root                  2627946 Sep  9 07:09 /usr/lib64/ocaml/libasmruni.a
>
> Когда GCC сконфигурирован с --enable-default-pie,
> ocamlopt взрывается на линковке 100+ пакетов.
>
>
Это дефолт, так собран ocaml. Я поправлю в следующей версии.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 04.12.2020 22:56, Dmitry V. Levin wrote:
> Когда GCC сконфигурирован с --enable-default-pie,
> ocamlopt взрывается на линковке 100+ пакетов.

а как именно взрывается можешь показать ?

Ну или, может быть, есть какой-то тестовый таск, из которого можно 
забрать этот gcc ?

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Yuri Sedunov]

В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
> On 04.12.2020 22:56, Dmitry V. Levin wrote:
> > Когда GCC сконфигурирован с --enable-default-pie,
> > ocamlopt взрывается на линковке 100+ пакетов.
> 
> а как именно взрывается можешь показать ?
> 
> Ну или, может быть, есть какой-то тестовый таск, из которого можно 
> забрать этот gcc ?

Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/

-- 
Yuri N. Sedunov

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 06.12.2020 13:43, Yuri Sedunov wrote:
> В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
>> On 04.12.2020 22:56, Dmitry V. Levin wrote:
>>> Когда GCC сконфигурирован с --enable-default-pie,
>>> ocamlopt взрывается на линковке 100+ пакетов.
>> а как именно взрывается можешь показать ?
>>
>> Ну или, может быть, есть какой-то тестовый таск, из которого можно
>> забрать этот gcc ?
> Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/
>
Тоже взял отсюда, но gcc всё равно по умолчанию устанавливается девятый.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Dmitry V. Levin]

On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
> On 06.12.2020 13:43, Yuri Sedunov wrote:
> > В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
> >> On 04.12.2020 22:56, Dmitry V. Levin wrote:
> >>> Когда GCC сконфигурирован с --enable-default-pie,
> >>> ocamlopt взрывается на линковке 100+ пакетов.
> >> а как именно взрывается можешь показать ?
> >>
> >> Ну или, может быть, есть какой-то тестовый таск, из которого можно
> >> забрать этот gcc ?
> > Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/
> >
> Тоже взял отсюда, но gcc всё равно по умолчанию устанавливается девятый.

Тогда ещё и http://git.altlinux.org/tasks/index/icarus/done/262780/.


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 06.12.2020 17:20, Dmitry V. Levin wrote:
> On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
>> On 06.12.2020 13:43, Yuri Sedunov wrote:
>>> В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
>>>> On 04.12.2020 22:56, Dmitry V. Levin wrote:
>>>>> Когда GCC сконфигурирован с --enable-default-pie,
>>>>> ocamlopt взрывается на линковке 100+ пакетов.
>>>> а как именно взрывается можешь показать ?
>>>>
>>>> Ну или, может быть, есть какой-то тестовый таск, из которого можно
>>>> забрать этот gcc ?
>>> Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/
>>>
>> Тоже взял отсюда, но gcc всё равно по умолчанию устанавливается девятый.
> Тогда ещё и http://git.altlinux.org/tasks/index/icarus/done/262780/.
>
>
После пересборки ocaml'а линкер уже не падает, я сейчас локально проверю 
всё ли собирается (в версии ocaml-4.11).

Т.е. - надо будет пересобрать компилятор и все пакеты, которые на него 
зависят.

Я предпочту это сделать одновременно со сборкой новой версии ocaml. А 
когда примерно ожидать коммита gcc-10 в Sisyphus ?

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Dmitry V. Levin]

On Sun, Dec 06, 2020 at 08:19:37PM +0300, Anton Farygin wrote:
> On 06.12.2020 17:20, Dmitry V. Levin wrote:
> > On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
> >> On 06.12.2020 13:43, Yuri Sedunov wrote:
> >>> В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
> >>>> On 04.12.2020 22:56, Dmitry V. Levin wrote:
> >>>>> Когда GCC сконфигурирован с --enable-default-pie,
> >>>>> ocamlopt взрывается на линковке 100+ пакетов.
> >>>> а как именно взрывается можешь показать ?
> >>>>
> >>>> Ну или, может быть, есть какой-то тестовый таск, из которого можно
> >>>> забрать этот gcc ?
> >>> Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/
> >>>
> >> Тоже взял отсюда, но gcc всё равно по умолчанию устанавливается девятый.
> > Тогда ещё и http://git.altlinux.org/tasks/index/icarus/done/262780/.
> >
> После пересборки ocaml'а линкер уже не падает, я сейчас локально проверю 
> всё ли собирается (в версии ocaml-4.11).
> 
> Т.е. - надо будет пересобрать компилятор и все пакеты, которые на него 
> зависят.
> 
> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А 
> когда примерно ожидать коммита gcc-10 в Sisyphus ?

На следующей неделе.


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Anton Farygin]

On 06.12.2020 20:32, Dmitry V. Levin wrote:
> On Sun, Dec 06, 2020 at 08:19:37PM +0300, Anton Farygin wrote:
>> On 06.12.2020 17:20, Dmitry V. Levin wrote:
>>> On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
>>>> On 06.12.2020 13:43, Yuri Sedunov wrote:
>>>>> В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
>>>>>> On 04.12.2020 22:56, Dmitry V. Levin wrote:
>>>>>>> Когда GCC сконфигурирован с --enable-default-pie,
>>>>>>> ocamlopt взрывается на линковке 100+ пакетов.
>>>>>> а как именно взрывается можешь показать ?
>>>>>>
>>>>>> Ну или, может быть, есть какой-то тестовый таск, из которого можно
>>>>>> забрать этот gcc ?
>>>>> Я взял отсюда  http://git.altlinux.org/tasks/index/icarus/done/262842/
>>>>>
>>>> Тоже взял отсюда, но gcc всё равно по умолчанию устанавливается девятый.
>>> Тогда ещё и http://git.altlinux.org/tasks/index/icarus/done/262780/.
>>>
>> После пересборки ocaml'а линкер уже не падает, я сейчас локально проверю
>> всё ли собирается (в версии ocaml-4.11).
>>
>> Т.е. - надо будет пересобрать компилятор и все пакеты, которые на него
>> зависят.
>>
>> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А
>> когда примерно ожидать коммита gcc-10 в Sisyphus ?
> На следующей неделе.
>
>
ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.

Re: [devel] xen and gcc-10

[Anton Farygin]

On 06.12.2020 20:34, Anton Farygin wrote:
>>>
>>> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А
>>> когда примерно ожидать коммита gcc-10 в Sisyphus ?
>> На следующей неделе.
>>
>>
> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11. 


А есть уже статистика кто сломается после появления gcc-10 ?

xen перестал собираться, там конечно мелочь, но я не могу его 
тестировать, и этот пакет будет мешать обновлению ocaml.

Re: [devel] xen and gcc-10

[Dmitry V. Levin]

On Sun, Dec 06, 2020 at 09:03:36PM +0300, Anton Farygin wrote:
> On 06.12.2020 20:34, Anton Farygin wrote:
> >>>
> >>> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А
> >>> когда примерно ожидать коммита gcc-10 в Sisyphus ?
> >> На следующей неделе.
> >>
> > ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11. 
> 
> А есть уже статистика кто сломается после появления gcc-10 ?

Статистики пока нет, но есть данные, мы их изучаем:

beehive/logs/Sisyphus/x86_64/archive/2020/1202/error/ - до обновления gcc;
beehive/logs/Sisyphus/i586/archive/2020/1202/error/ - до обновления gcc;
beehive/logs/icarus/x86_64/previous/error/ - после обновления gcc;
beehive/logs/icarus/x86_64/latest/error/ - после --enable-default-pie;
beehive/logs/icarus/i586/latest/error/ - после --enable-default-pie.

Этот icarus был сделан из Sisyphus от 02.12.2020 (после задания 262610).


-- 
ldv

Re: [devel] xen and gcc-10

[Andrey Cherepanov]

06.12.2020 21:03, Anton Farygin пишет:
> On 06.12.2020 20:34, Anton Farygin wrote:
>>>>
>>>> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А
>>>> когда примерно ожидать коммита gcc-10 в Sisyphus ?
>>> На следующей неделе.
>>>
>>>
>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11. 
>
>
> А есть уже статистика кто сломается после появления gcc-10 ?
>
> xen перестал собираться, там конечно мелочь, но я не могу его 
> тестировать, и этот пакет будет мешать обновлению ocaml.
Судя по сборке freecad для Fedora, им пришлось перейти с тега на 
отдельный коммит разработчика. Думал, нам минует чаша сия.

-- 
Andrey Cherepanov
cas@altlinux.org

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a

[Yuri Sedunov]

В Вс, 06/12/2020 в 20:34 +0300, Anton Farygin пишет:
> On 06.12.2020 20:32, Dmitry V. Levin wrote:
> > On Sun, Dec 06, 2020 at 08:19:37PM +0300, Anton Farygin wrote:
> > > On 06.12.2020 17:20, Dmitry V. Levin wrote:
> > > > On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
> > > > > On 06.12.2020 13:43, Yuri Sedunov wrote:
> > > > > > В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
> > > > > > > On 04.12.2020 22:56, Dmitry V. Levin wrote:
> > > > > > > > Когда GCC сконфигурирован с --enable-default-pie,
> > > > > > > > ocamlopt взрывается на линковке 100+ пакетов.
> > > > > > > а как именно взрывается можешь показать ?
> > > > > > > 
> > > > > > > Ну или, может быть, есть какой-то тестовый таск, из
> > > > > > > которого можно
> > > > > > > забрать этот gcc ?
> > > > > > Я взял отсюда  
> > > > > > http://git.altlinux.org/tasks/index/icarus/done/262842/
> > > > > > 
> > > > > Тоже взял отсюда, но gcc всё равно по умолчанию
> > > > > устанавливается девятый.
> > > > Тогда ещё и 
> > > > http://git.altlinux.org/tasks/index/icarus/done/262780/.
> > > > 
> > > После пересборки ocaml'а линкер уже не падает, я сейчас локально
> > > проверю
> > > всё ли собирается (в версии ocaml-4.11).
> > > 
> > > Т.е. - надо будет пересобрать компилятор и все пакеты, которые на
> > > него
> > > зависят.
> > > 
> > > Я предпочту это сделать одновременно со сборкой новой версии
> > > ocaml. А
> > > когда примерно ожидать коммита gcc-10 в Sisyphus ?
> > На следующей неделе.
> > 
> > 
> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.

Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-пакеты.
http://git.altlinux.org/tasks/263804/logs/events.1.1.log


-- 
Yuri N. Sedunov

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 14:48, Yuri Sedunov wrote:
> В Вс, 06/12/2020 в 20:34 +0300, Anton Farygin пишет:
>> On 06.12.2020 20:32, Dmitry V. Levin wrote:
>>> On Sun, Dec 06, 2020 at 08:19:37PM +0300, Anton Farygin wrote:
>>>> On 06.12.2020 17:20, Dmitry V. Levin wrote:
>>>>> On Sun, Dec 06, 2020 at 05:08:11PM +0300, Anton Farygin wrote:
>>>>>> On 06.12.2020 13:43, Yuri Sedunov wrote:
>>>>>>> В Вс, 06/12/2020 в 11:31 +0300, Anton Farygin пишет:
>>>>>>>> On 04.12.2020 22:56, Dmitry V. Levin wrote:
>>>>>>>>> Когда GCC сконфигурирован с --enable-default-pie,
>>>>>>>>> ocamlopt взрывается на линковке 100+ пакетов.
>>>>>>>> а как именно взрывается можешь показать ?
>>>>>>>>
>>>>>>>> Ну или, может быть, есть какой-то тестовый таск, из
>>>>>>>> которого можно
>>>>>>>> забрать этот gcc ?
>>>>>>> Я взял отсюда
>>>>>>> http://git.altlinux.org/tasks/index/icarus/done/262842/
>>>>>>>
>>>>>> Тоже взял отсюда, но gcc всё равно по умолчанию
>>>>>> устанавливается девятый.
>>>>> Тогда ещё и
>>>>> http://git.altlinux.org/tasks/index/icarus/done/262780/.
>>>>>
>>>> После пересборки ocaml'а линкер уже не падает, я сейчас локально
>>>> проверю
>>>> всё ли собирается (в версии ocaml-4.11).
>>>>
>>>> Т.е. - надо будет пересобрать компилятор и все пакеты, которые на
>>>> него
>>>> зависят.
>>>>
>>>> Я предпочту это сделать одновременно со сборкой новой версии
>>>> ocaml. А
>>>> когда примерно ожидать коммита gcc-10 в Sisyphus ?
>>> На следующей неделе.
>>>
>>>
>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-пакеты.
> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
>
>
С ocaml возникла проблема, которую я пока-что не придумал как решить.

А именно - на 32-битных архитектурах включенный в компиляторе pie 
приводит к появлению TEXTREL во всех собранных приложениях и модулях.

Отключение pie при сборке ocaml у меня пока что ни к чему хорошему не 
привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных 
архитектур в 163 пакетах.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Alexey Gladkov]

On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
> > > ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> > Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-пакеты.
> > http://git.altlinux.org/tasks/263804/logs/events.1.1.log
> > 
> > 
> С ocaml возникла проблема, которую я пока-что не придумал как решить.
> 
> А именно - на 32-битных архитектурах включенный в компиляторе pie приводит к
> появлению TEXTREL во всех собранных приложениях и модулях.
> 
> Отключение pie при сборке ocaml у меня пока что ни к чему хорошему не
> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных архитектур
> в 163 пакетах.

Может пора уже постепенно выключать пакеты из i586 ?

-- 
Rgrds, legion

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 16:08, Alexey Gladkov wrote:
> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-пакеты.
>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
>>>
>>>
>> С ocaml возникла проблема, которую я пока-что не придумал как решить.
>>
>> А именно - на 32-битных архитектурах включенный в компиляторе pie приводит к
>> появлению TEXTREL во всех собранных приложениях и модулях.
>>
>> Отключение pie при сборке ocaml у меня пока что ни к чему хорошему не
>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных архитектур
>> в 163 пакетах.
> Может пора уже постепенно выключать пакеты из i586 ?
>
есть ещё armh, который у нас пока поддерживается.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Yuri Sedunov]

В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
> On 23.12.2020 16:08, Alexey Gladkov wrote:
> > On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
> > > > > ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> > > > Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
> > > > пакеты.
> > > > http://git.altlinux.org/tasks/263804/logs/events.1.1.log
> > > > 
> > > > 
> > > С ocaml возникла проблема, которую я пока-что не придумал как
> > > решить.
> > > 
> > > А именно - на 32-битных архитектурах включенный в компиляторе pie
> > > приводит к
> > > появлению TEXTREL во всех собранных приложениях и модулях.
> > > 
> > > Отключение pie при сборке ocaml у меня пока что ни к чему
> > > хорошему не
> > > привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
> > > архитектур
> > > в 163 пакетах.
> > Может пора уже постепенно выключать пакеты из i586 ?
> > 
> есть ещё armh, который у нас пока поддерживается.
> 

Может добавить в /usr/lib/rpm/macros.d/ocaml.env
%ifarch %ix86 armh
export VERIFY_ELF_TEXTREL=relaxed
%endif

И собрать хотя бы тестовое задание?


-- 
Yuri N. Sedunov

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 16:42, Yuri Sedunov wrote:
> В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
>> On 23.12.2020 16:08, Alexey Gladkov wrote:
>>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
>>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
>>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
>>>>> пакеты.
>>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
>>>>>
>>>>>
>>>> С ocaml возникла проблема, которую я пока-что не придумал как
>>>> решить.
>>>>
>>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
>>>> приводит к
>>>> появлению TEXTREL во всех собранных приложениях и модулях.
>>>>
>>>> Отключение pie при сборке ocaml у меня пока что ни к чему
>>>> хорошему не
>>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
>>>> архитектур
>>>> в 163 пакетах.
>>> Может пора уже постепенно выключать пакеты из i586 ?
>>>
>> есть ещё armh, который у нас пока поддерживается.
>>
> Может добавить в /usr/lib/rpm/macros.d/ocaml.env
> %ifarch %ix86 armh
> export VERIFY_ELF_TEXTREL=relaxed
> %endif
>
> И собрать хотя бы тестовое задание?

нет, задать это переменной окружения не получится - её переопределяют.

а вот почему не получается задать через %set_verify_elf_method я не 
совсем понимаю.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Dmitry V. Levin]

On Wed, Dec 23, 2020 at 06:37:29PM +0300, Anton Farygin wrote:
> On 23.12.2020 16:42, Yuri Sedunov wrote:
> > В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
> >> On 23.12.2020 16:08, Alexey Gladkov wrote:
> >>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
> >>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> >>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
> >>>>> пакеты.
> >>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
> >>>>>
> >>>>>
> >>>> С ocaml возникла проблема, которую я пока-что не придумал как
> >>>> решить.
> >>>>
> >>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
> >>>> приводит к
> >>>> появлению TEXTREL во всех собранных приложениях и модулях.
> >>>>
> >>>> Отключение pie при сборке ocaml у меня пока что ни к чему
> >>>> хорошему не
> >>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
> >>>> архитектур
> >>>> в 163 пакетах.
> >>> Может пора уже постепенно выключать пакеты из i586 ?
> >>>
> >> есть ещё armh, который у нас пока поддерживается.
> >>
> > Может добавить в /usr/lib/rpm/macros.d/ocaml.env
> > %ifarch %ix86 armh
> > export VERIFY_ELF_TEXTREL=relaxed
> > %endif
> >
> > И собрать хотя бы тестовое задание?
> 
> нет, задать это переменной окружения не получится - её переопределяют.

Там другая переменная, называется RPM_VERIFY_ELF_METHOD,
соответственно, там надо было бы написать

%ifarch %ix86 %arm
export RPM_VERIFY_ELF_METHOD=textrel=relaxed
%endif

Но таким образом механизм %set_verify_elf_method полностью обходится.


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 19:49, Dmitry V. Levin wrote:
> On Wed, Dec 23, 2020 at 06:37:29PM +0300, Anton Farygin wrote:
>> On 23.12.2020 16:42, Yuri Sedunov wrote:
>>> В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
>>>> On 23.12.2020 16:08, Alexey Gladkov wrote:
>>>>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
>>>>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
>>>>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
>>>>>>> пакеты.
>>>>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
>>>>>>>
>>>>>>>
>>>>>> С ocaml возникла проблема, которую я пока-что не придумал как
>>>>>> решить.
>>>>>>
>>>>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
>>>>>> приводит к
>>>>>> появлению TEXTREL во всех собранных приложениях и модулях.
>>>>>>
>>>>>> Отключение pie при сборке ocaml у меня пока что ни к чему
>>>>>> хорошему не
>>>>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
>>>>>> архитектур
>>>>>> в 163 пакетах.
>>>>> Может пора уже постепенно выключать пакеты из i586 ?
>>>>>
>>>> есть ещё armh, который у нас пока поддерживается.
>>>>
>>> Может добавить в /usr/lib/rpm/macros.d/ocaml.env
>>> %ifarch %ix86 armh
>>> export VERIFY_ELF_TEXTREL=relaxed
>>> %endif
>>>
>>> И собрать хотя бы тестовое задание?
>> нет, задать это переменной окружения не получится - её переопределяют.
> Там другая переменная, называется RPM_VERIFY_ELF_METHOD,
> соответственно, там надо было бы написать
>
> %ifarch %ix86 %arm
> export RPM_VERIFY_ELF_METHOD=textrel=relaxed
> %endif
>
> Но таким образом механизм %set_verify_elf_method полностью обходится.
>
А разве эта переменная тоже не переопределяется в макросах ?

%{?_verify_elf_method:export RPM_VERIFY_ELF_METHOD=\"%_verify_elf_method\"}\

Я пробовал через неё, у меня тоже не сработало.

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Dmitry V. Levin]

On Wed, Dec 23, 2020 at 09:40:47PM +0300, Anton Farygin wrote:
> On 23.12.2020 19:49, Dmitry V. Levin wrote:
> > On Wed, Dec 23, 2020 at 06:37:29PM +0300, Anton Farygin wrote:
> >> On 23.12.2020 16:42, Yuri Sedunov wrote:
> >>> В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
> >>>> On 23.12.2020 16:08, Alexey Gladkov wrote:
> >>>>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
> >>>>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> >>>>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
> >>>>>>> пакеты.
> >>>>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
> >>>>>>>
> >>>>>>>
> >>>>>> С ocaml возникла проблема, которую я пока-что не придумал как
> >>>>>> решить.
> >>>>>>
> >>>>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
> >>>>>> приводит к
> >>>>>> появлению TEXTREL во всех собранных приложениях и модулях.
> >>>>>>
> >>>>>> Отключение pie при сборке ocaml у меня пока что ни к чему
> >>>>>> хорошему не
> >>>>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
> >>>>>> архитектур
> >>>>>> в 163 пакетах.
> >>>>> Может пора уже постепенно выключать пакеты из i586 ?
> >>>>>
> >>>> есть ещё armh, который у нас пока поддерживается.
> >>>>
> >>> Может добавить в /usr/lib/rpm/macros.d/ocaml.env
> >>> %ifarch %ix86 armh
> >>> export VERIFY_ELF_TEXTREL=relaxed
> >>> %endif
> >>>
> >>> И собрать хотя бы тестовое задание?
> >> нет, задать это переменной окружения не получится - её переопределяют.
> > Там другая переменная, называется RPM_VERIFY_ELF_METHOD,
> > соответственно, там надо было бы написать
> >
> > %ifarch %ix86 %arm
> > export RPM_VERIFY_ELF_METHOD=textrel=relaxed
> > %endif
> >
> > Но таким образом механизм %set_verify_elf_method полностью обходится.
> >
> А разве эта переменная тоже не переопределяется в макросах ?
> 
> %{?_verify_elf_method:export RPM_VERIFY_ELF_METHOD=\"%_verify_elf_method\"}\

Да, именно так она и определяется, но /usr/lib/rpm/macros.d/*.env
раскрываются после этого и могут сделать, например,

export RPM_VERIFY_ELF_METHOD="%{?_verify_elf_method:%_verify_elf_method }textrel=relaxed"

Но %ifarch/%endif там тоже не работает.


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Dmitry V. Levin]

On Wed, Dec 23, 2020 at 09:57:46PM +0300, Dmitry V. Levin wrote:
> On Wed, Dec 23, 2020 at 09:40:47PM +0300, Anton Farygin wrote:
> > On 23.12.2020 19:49, Dmitry V. Levin wrote:
> > > On Wed, Dec 23, 2020 at 06:37:29PM +0300, Anton Farygin wrote:
> > >> On 23.12.2020 16:42, Yuri Sedunov wrote:
> > >>> В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
> > >>>> On 23.12.2020 16:08, Alexey Gladkov wrote:
> > >>>>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
> > >>>>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
> > >>>>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
> > >>>>>>> пакеты.
> > >>>>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
> > >>>>>>>
> > >>>>>>>
> > >>>>>> С ocaml возникла проблема, которую я пока-что не придумал как
> > >>>>>> решить.
> > >>>>>>
> > >>>>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
> > >>>>>> приводит к
> > >>>>>> появлению TEXTREL во всех собранных приложениях и модулях.
> > >>>>>>
> > >>>>>> Отключение pie при сборке ocaml у меня пока что ни к чему
> > >>>>>> хорошему не
> > >>>>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
> > >>>>>> архитектур
> > >>>>>> в 163 пакетах.
> > >>>>> Может пора уже постепенно выключать пакеты из i586 ?
> > >>>>>
> > >>>> есть ещё armh, который у нас пока поддерживается.
> > >>>>
> > >>> Может добавить в /usr/lib/rpm/macros.d/ocaml.env
> > >>> %ifarch %ix86 armh
> > >>> export VERIFY_ELF_TEXTREL=relaxed
> > >>> %endif
> > >>>
> > >>> И собрать хотя бы тестовое задание?
> > >> нет, задать это переменной окружения не получится - её переопределяют.
> > > Там другая переменная, называется RPM_VERIFY_ELF_METHOD,
> > > соответственно, там надо было бы написать
> > >
> > > %ifarch %ix86 %arm
> > > export RPM_VERIFY_ELF_METHOD=textrel=relaxed
> > > %endif
> > >
> > > Но таким образом механизм %set_verify_elf_method полностью обходится.
> > >
> > А разве эта переменная тоже не переопределяется в макросах ?
> > 
> > %{?_verify_elf_method:export RPM_VERIFY_ELF_METHOD=\"%_verify_elf_method\"}\
> 
> Да, именно так она и определяется, но /usr/lib/rpm/macros.d/*.env
> раскрываются после этого и могут сделать, например,
> 
> export RPM_VERIFY_ELF_METHOD="%{?_verify_elf_method:%_verify_elf_method }textrel=relaxed"
> 
> Но %ifarch/%endif там тоже не работает.

Первый объезд, который приходит в голову - это сделать rpm-build-ocaml
arch-пакетом и запаковать на нужных архитектурах файл, например,
/usr/lib/rpm/macros.d/ocaml-arch или даже /usr/lib/rpm/macros.d/ocaml-%_arch
следующего содержания:
%_verify_elf_method textrel=relaxed


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 22:12, Dmitry V. Levin wrote:
> On Wed, Dec 23, 2020 at 09:57:46PM +0300, Dmitry V. Levin wrote:
>> On Wed, Dec 23, 2020 at 09:40:47PM +0300, Anton Farygin wrote:
>>> On 23.12.2020 19:49, Dmitry V. Levin wrote:
>>>> On Wed, Dec 23, 2020 at 06:37:29PM +0300, Anton Farygin wrote:
>>>>> On 23.12.2020 16:42, Yuri Sedunov wrote:
>>>>>> В Ср, 23/12/2020 в 16:31 +0300, Anton Farygin пишет:
>>>>>>> On 23.12.2020 16:08, Alexey Gladkov wrote:
>>>>>>>> On Wed, Dec 23, 2020 at 03:16:26PM +0300, Anton Farygin wrote:
>>>>>>>>>>> ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11.
>>>>>>>>>> Как там с ускорением? -- ocaml мешает удалить заброшенные gtk2-
>>>>>>>>>> пакеты.
>>>>>>>>>> http://git.altlinux.org/tasks/263804/logs/events.1.1.log
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> С ocaml возникла проблема, которую я пока-что не придумал как
>>>>>>>>> решить.
>>>>>>>>>
>>>>>>>>> А именно - на 32-битных архитектурах включенный в компиляторе pie
>>>>>>>>> приводит к
>>>>>>>>> появлению TEXTREL во всех собранных приложениях и модулях.
>>>>>>>>>
>>>>>>>>> Отключение pie при сборке ocaml у меня пока что ни к чему
>>>>>>>>> хорошему не
>>>>>>>>> привело и я склоняюсь к ослаблению проверки TEXTREL для 32-битных
>>>>>>>>> архитектур
>>>>>>>>> в 163 пакетах.
>>>>>>>> Может пора уже постепенно выключать пакеты из i586 ?
>>>>>>>>
>>>>>>> есть ещё armh, который у нас пока поддерживается.
>>>>>>>
>>>>>> Может добавить в /usr/lib/rpm/macros.d/ocaml.env
>>>>>> %ifarch %ix86 armh
>>>>>> export VERIFY_ELF_TEXTREL=relaxed
>>>>>> %endif
>>>>>>
>>>>>> И собрать хотя бы тестовое задание?
>>>>> нет, задать это переменной окружения не получится - её переопределяют.
>>>> Там другая переменная, называется RPM_VERIFY_ELF_METHOD,
>>>> соответственно, там надо было бы написать
>>>>
>>>> %ifarch %ix86 %arm
>>>> export RPM_VERIFY_ELF_METHOD=textrel=relaxed
>>>> %endif
>>>>
>>>> Но таким образом механизм %set_verify_elf_method полностью обходится.
>>>>
>>> А разве эта переменная тоже не переопределяется в макросах ?
>>>
>>> %{?_verify_elf_method:export RPM_VERIFY_ELF_METHOD=\"%_verify_elf_method\"}\
>> Да, именно так она и определяется, но /usr/lib/rpm/macros.d/*.env
>> раскрываются после этого и могут сделать, например,
>>
>> export RPM_VERIFY_ELF_METHOD="%{?_verify_elf_method:%_verify_elf_method }textrel=relaxed"
>>
>> Но %ifarch/%endif там тоже не работает.
> Первый объезд, который приходит в голову - это сделать rpm-build-ocaml
> arch-пакетом и запаковать на нужных архитектурах файл, например,
> /usr/lib/rpm/macros.d/ocaml-arch или даже /usr/lib/rpm/macros.d/ocaml-%_arch
> следующего содержания:
> %_verify_elf_method textrel=relaxed

Не очень хотелось так делать.

А пока я так не сделал - вариант с проверкой наличия _is_ilp32 возможен ?

Ну, т.е. что-то вроде

%_verify_elf_method %{?_is_ilp32:textrel=relaxed} %{!?_is_ilp32:default}

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Dmitry V. Levin]

On Wed, Dec 23, 2020 at 10:38:07PM +0300, Anton Farygin wrote:
[...]
> А пока я так не сделал - вариант с проверкой наличия _is_ilp32 возможен ?

Возможен, и даже лучше, поскольку исключение требуется для всех 32-битных
архитектур, а не только для armh и x86, насколько я понимаю.

> Ну, т.е. что-то вроде
> 
> %_verify_elf_method %{?_is_ilp32:textrel=relaxed} %{!?_is_ilp32:default}

Да, так будет работать (пробел лишний, но это не важно).


-- 
ldv

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Anton Farygin]

On 23.12.2020 22:54, Dmitry V. Levin wrote:
> On Wed, Dec 23, 2020 at 10:38:07PM +0300, Anton Farygin wrote:
> [...]
>> А пока я так не сделал - вариант с проверкой наличия _is_ilp32 возможен ?
> Возможен, и даже лучше, поскольку исключение требуется для всех 32-битных
> архитектур, а не только для armh и x86, насколько я понимаю.
>
>> Ну, т.е. что-то вроде
>>
>> %_verify_elf_method %{?_is_ilp32:textrel=relaxed} %{!?_is_ilp32:default}
> Да, так будет работать (пробел лишний, но это не важно).
>
>
Да, с этим изменением дошло до сборки ppxlib на armh и бахнуло уже так, 
что я точно не знаю что с этим делать (на тестах, правда, но в ld):
http://git.altlinux.org/tasks/263310/build/13140/armh/log


[00:01:20] :(.data+0x49eb0): dangerous relocation: unsupported relocation
[00:01:20] :(.data+0x49ebc): dangerous relocation: unsupported relocation
[00:01:20] :(.data+0x49ec8): dangerous relocation: unsupported relocation
[00:01:20] :(.data+0x49ed4): dangerous relocation: unsupported relocation
[00:01:20] :(.data+0x49ee0): dangerous relocation: unsupported relocation
[00:01:20] :(.data+0x49eec): dangerous relocation: unsupported relocation
[00:01:20] /usr/bin/ld.default: warning: creating DT_TEXTREL in a PIE
[00:01:20] collect2: error: ld returned 1 exit status
[00:01:20] File "caml_startup", line 1:

Проблема в том, что ocaml-ppxlib слишком важный пакет, что бы его можно было просто не собирать на armh. анализ делал на Sisyphus:

ocaml-ppxlib
ocaml-ppx_here
ocaml-ppx_cold
ocaml-ppx_let
ocaml-ppx_fixed_literal
ocaml-ppx_sexp_conv
ocaml-cstruct
ocaml-ipaddr
ocaml-ppx_pipebang
ocaml-ppx_compare
ocaml-ppx_optional
ocaml-ppx_js_style
ocaml-ppx_fields_conv
ocaml-ppx_enumerate
ocaml-ppx_optcomp
ocaml-ppx_variants_conv
ocaml-ppx_typerep_conv
ocaml-ppx_custom_printf
ocaml-yaml
ocaml-uri
ocaml-conduit
ocaml-cohttp
ocaml-ppx_sexp_message
ocaml-ppx_sexp_value
ocaml-ppx_hash
ocaml-ppx_assert
ocaml-ppx_base
ocaml-ppx_string
ocaml-jst-config
ocaml-time_now
ocaml-ppx_inline_test
ocaml-ppx_expect
js_of_ocaml
ocaml-ptime
ocaml-syndic
ocaml-ppx_module_timer

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

Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86

[Dmitry V. Levin]

On Thu, Dec 24, 2020 at 01:27:37PM +0300, Anton Farygin wrote:
[...]
> Да, с этим изменением дошло до сборки ppxlib на armh и бахнуло уже так, 
> что я точно не знаю что с этим делать (на тестах, правда, но в ld):
> http://git.altlinux.org/tasks/263310/build/13140/armh/log
> 
> [00:01:20] :(.data+0x49eb0): dangerous relocation: unsupported relocation
> [00:01:20] :(.data+0x49ebc): dangerous relocation: unsupported relocation
> [00:01:20] :(.data+0x49ec8): dangerous relocation: unsupported relocation
> [00:01:20] :(.data+0x49ed4): dangerous relocation: unsupported relocation
> [00:01:20] :(.data+0x49ee0): dangerous relocation: unsupported relocation
> [00:01:20] :(.data+0x49eec): dangerous relocation: unsupported relocation
> [00:01:20] /usr/bin/ld.default: warning: creating DT_TEXTREL in a PIE
> [00:01:20] collect2: error: ld returned 1 exit status
> [00:01:20] File "caml_startup", line 1:

А тебе точно нужны такие PIE с textrel'ами?
Может быть, лучше явно выключать pie на этих архитектурах?


-- 
ldv