* [devel] Q: /usr/lib64/ocaml/libasmrun.a @ 2020-12-04 16:55 Dmitry V. Levin 2020-12-04 19:13 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-04 16:55 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-04 16:55 [devel] Q: /usr/lib64/ocaml/libasmrun.a Dmitry V. Levin @ 2020-12-04 19:13 ` Anton Farygin 2020-12-04 19:56 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-04 19:13 UTC (permalink / raw) To: devel On 04.12.2020 19:55, Dmitry V. Levin wrote: > При сборке более сотни пакетов ocamlopt зачем-то пытается линковать > executable с /usr/lib64/ocaml/libasmrun.a; вопрос, почему он так делает? Я потихоньку собираю новую версию ocaml, посмотрю в процессе что именно там происходит с -fPIC. Если вопрос был про text rellocations, конечно, а не про то, о чём ты написал. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-04 19:13 ` Anton Farygin @ 2020-12-04 19:56 ` Dmitry V. Levin 2020-12-04 22:39 ` Anton Farygin 2020-12-06 8:31 ` Anton Farygin 0 siblings, 2 replies; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-04 19:56 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-04 19:56 ` Dmitry V. Levin @ 2020-12-04 22:39 ` Anton Farygin 2020-12-06 8:31 ` Anton Farygin 1 sibling, 0 replies; 28+ messages in thread From: Anton Farygin @ 2020-12-04 22:39 UTC (permalink / raw) To: devel 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. Я поправлю в следующей версии. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-04 19:56 ` Dmitry V. Levin 2020-12-04 22:39 ` Anton Farygin @ 2020-12-06 8:31 ` Anton Farygin 2020-12-06 10:43 ` Yuri Sedunov 1 sibling, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-06 8:31 UTC (permalink / raw) To: devel On 04.12.2020 22:56, Dmitry V. Levin wrote: > Когда GCC сконфигурирован с --enable-default-pie, > ocamlopt взрывается на линковке 100+ пакетов. а как именно взрывается можешь показать ? Ну или, может быть, есть какой-то тестовый таск, из которого можно забрать этот gcc ? ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 8:31 ` Anton Farygin @ 2020-12-06 10:43 ` Yuri Sedunov 2020-12-06 14:08 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Yuri Sedunov @ 2020-12-06 10:43 UTC (permalink / raw) To: devel В Вс, 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 10:43 ` Yuri Sedunov @ 2020-12-06 14:08 ` Anton Farygin 2020-12-06 14:20 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-06 14:08 UTC (permalink / raw) To: devel 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 всё равно по умолчанию устанавливается девятый. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 14:08 ` Anton Farygin @ 2020-12-06 14:20 ` Dmitry V. Levin 2020-12-06 17:19 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-06 14:20 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 14:20 ` Dmitry V. Levin @ 2020-12-06 17:19 ` Anton Farygin 2020-12-06 17:32 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-06 17:19 UTC (permalink / raw) To: devel 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 ? ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 17:19 ` Anton Farygin @ 2020-12-06 17:32 ` Dmitry V. Levin 2020-12-06 17:34 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-06 17:32 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 17:32 ` Dmitry V. Levin @ 2020-12-06 17:34 ` Anton Farygin 2020-12-06 18:03 ` [devel] xen and gcc-10 Anton Farygin 2020-12-23 11:48 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a Yuri Sedunov 0 siblings, 2 replies; 28+ messages in thread From: Anton Farygin @ 2020-12-06 17:34 UTC (permalink / raw) To: devel 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. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] xen and gcc-10 2020-12-06 17:34 ` Anton Farygin @ 2020-12-06 18:03 ` Anton Farygin 2020-12-06 18:18 ` Dmitry V. Levin 2020-12-07 6:01 ` Andrey Cherepanov 2020-12-23 11:48 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a Yuri Sedunov 1 sibling, 2 replies; 28+ messages in thread From: Anton Farygin @ 2020-12-06 18:03 UTC (permalink / raw) To: devel On 06.12.2020 20:34, Anton Farygin wrote: >>> >>> Я предпочту это сделать одновременно со сборкой новой версии ocaml. А >>> когда примерно ожидать коммита gcc-10 в Sisyphus ? >> На следующей неделе. >> >> > ok. Тогда я постараюсь ускориться с заданием с ocaml-4.11. А есть уже статистика кто сломается после появления gcc-10 ? xen перестал собираться, там конечно мелочь, но я не могу его тестировать, и этот пакет будет мешать обновлению ocaml. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] xen and gcc-10 2020-12-06 18:03 ` [devel] xen and gcc-10 Anton Farygin @ 2020-12-06 18:18 ` Dmitry V. Levin 2020-12-07 6:01 ` Andrey Cherepanov 1 sibling, 0 replies; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-06 18:18 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] xen and gcc-10 2020-12-06 18:03 ` [devel] xen and gcc-10 Anton Farygin 2020-12-06 18:18 ` Dmitry V. Levin @ 2020-12-07 6:01 ` Andrey Cherepanov 1 sibling, 0 replies; 28+ messages in thread From: Andrey Cherepanov @ 2020-12-07 6:01 UTC (permalink / raw) To: devel 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a 2020-12-06 17:34 ` Anton Farygin 2020-12-06 18:03 ` [devel] xen and gcc-10 Anton Farygin @ 2020-12-23 11:48 ` Yuri Sedunov 2020-12-23 12:16 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 Anton Farygin 1 sibling, 1 reply; 28+ messages in thread From: Yuri Sedunov @ 2020-12-23 11:48 UTC (permalink / raw) To: devel В Вс, 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 11:48 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a Yuri Sedunov @ 2020-12-23 12:16 ` Anton Farygin 2020-12-23 13:08 ` Alexey Gladkov 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-23 12:16 UTC (permalink / raw) To: devel 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 пакетах. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 12:16 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 Anton Farygin @ 2020-12-23 13:08 ` Alexey Gladkov 2020-12-23 13:31 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Alexey Gladkov @ 2020-12-23 13:08 UTC (permalink / raw) To: ALT Linux Team development discussions 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 13:08 ` Alexey Gladkov @ 2020-12-23 13:31 ` Anton Farygin 2020-12-23 13:42 ` Yuri Sedunov 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-23 13:31 UTC (permalink / raw) To: devel 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, который у нас пока поддерживается. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 13:31 ` Anton Farygin @ 2020-12-23 13:42 ` Yuri Sedunov 2020-12-23 15:37 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Yuri Sedunov @ 2020-12-23 13:42 UTC (permalink / raw) To: devel В Ср, 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 13:42 ` Yuri Sedunov @ 2020-12-23 15:37 ` Anton Farygin 2020-12-23 16:49 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-23 15:37 UTC (permalink / raw) To: devel 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 я не совсем понимаю. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 15:37 ` Anton Farygin @ 2020-12-23 16:49 ` Dmitry V. Levin 2020-12-23 18:40 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-23 16:49 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 16:49 ` Dmitry V. Levin @ 2020-12-23 18:40 ` Anton Farygin 2020-12-23 18:57 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-23 18:40 UTC (permalink / raw) To: devel 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\"}\ Я пробовал через неё, у меня тоже не сработало. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 18:40 ` Anton Farygin @ 2020-12-23 18:57 ` Dmitry V. Levin 2020-12-23 19:12 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-23 18:57 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 18:57 ` Dmitry V. Levin @ 2020-12-23 19:12 ` Dmitry V. Levin 2020-12-23 19:38 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-23 19:12 UTC (permalink / raw) To: ALT Devel discussion list 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 19:12 ` Dmitry V. Levin @ 2020-12-23 19:38 ` Anton Farygin 2020-12-23 19:54 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-23 19:38 UTC (permalink / raw) To: devel 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} ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 19:38 ` Anton Farygin @ 2020-12-23 19:54 ` Dmitry V. Levin 2020-12-24 10:27 ` Anton Farygin 0 siblings, 1 reply; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-23 19:54 UTC (permalink / raw) To: devel 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-23 19:54 ` Dmitry V. Levin @ 2020-12-24 10:27 ` Anton Farygin 2020-12-24 10:50 ` Dmitry V. Levin 0 siblings, 1 reply; 28+ messages in thread From: Anton Farygin @ 2020-12-24 10:27 UTC (permalink / raw) To: devel 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, в котором можно было бы поотлаживать эту историю. Но наша сборочница в Обнинске ведёт себя нестабильно и на ней падает ядро. ^ permalink raw reply [flat|nested] 28+ messages in thread
* Re: [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 2020-12-24 10:27 ` Anton Farygin @ 2020-12-24 10:50 ` Dmitry V. Levin 0 siblings, 0 replies; 28+ messages in thread From: Dmitry V. Levin @ 2020-12-24 10:50 UTC (permalink / raw) To: devel 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 ^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2020-12-24 10:50 UTC | newest] Thread overview: 28+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-12-04 16:55 [devel] Q: /usr/lib64/ocaml/libasmrun.a Dmitry V. Levin 2020-12-04 19:13 ` Anton Farygin 2020-12-04 19:56 ` Dmitry V. Levin 2020-12-04 22:39 ` Anton Farygin 2020-12-06 8:31 ` Anton Farygin 2020-12-06 10:43 ` Yuri Sedunov 2020-12-06 14:08 ` Anton Farygin 2020-12-06 14:20 ` Dmitry V. Levin 2020-12-06 17:19 ` Anton Farygin 2020-12-06 17:32 ` Dmitry V. Levin 2020-12-06 17:34 ` Anton Farygin 2020-12-06 18:03 ` [devel] xen and gcc-10 Anton Farygin 2020-12-06 18:18 ` Dmitry V. Levin 2020-12-07 6:01 ` Andrey Cherepanov 2020-12-23 11:48 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a Yuri Sedunov 2020-12-23 12:16 ` [devel] Q: /usr/lib64/ocaml/libasmrun.a -> textrel in ocaml on armh and x86 Anton Farygin 2020-12-23 13:08 ` Alexey Gladkov 2020-12-23 13:31 ` Anton Farygin 2020-12-23 13:42 ` Yuri Sedunov 2020-12-23 15:37 ` Anton Farygin 2020-12-23 16:49 ` Dmitry V. Levin 2020-12-23 18:40 ` Anton Farygin 2020-12-23 18:57 ` Dmitry V. Levin 2020-12-23 19:12 ` Dmitry V. Levin 2020-12-23 19:38 ` Anton Farygin 2020-12-23 19:54 ` Dmitry V. Levin 2020-12-24 10:27 ` Anton Farygin 2020-12-24 10:50 ` Dmitry V. Levin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/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 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git