[07:03:40] <Okasu> вернули загрузку на либре, но без гпл12
[07:04:57] <Okasu> если в скором времени и гпл12 вернут - не забудьть мд5 сумму проверить для гнат х86/x86_64, так на всякий случай
[07:06:06] <Okasu> если будт отличатся от того что успели загрузить, то это уже повод для размышлений
[07:29:59] <gour> можно ещё проверить md5 для сырцов, кстати говоря
[07:31:42] <Okasu> да незачем, если у архива другой будет то и у сырцов :)
[07:32:20] <gour> ну да. ну тогда можно содержимое проверить, если уж очень захочется :)
[08:04:44] <gour> хм. интересно, как бороться с ошибкой?
gnatlink /home/gour/src/my/adatest/obj/main.ali -o /home/gour/src/my/adatest/obj/main
/srv/opt/ada2012/gnat/bin/../libexec/gcc/x86_64-pc-linux-gnu/4.5.4/ld: crt1.o: No such file: No such file or directory
collect2: ld returned 1 exit status
[08:21:23] <virtual_lark> Приветствую! Что-то шлюз между IRC и Jabber не работает.
[08:34:51] <coopht> а, это постоянная проблема гната, и как же в этом adacore ребята достали
[08:59:43] <gour> то есть apt-get install gnat и смириться ?
[09:02:57] <Okasu> coopht: какая такая проблема?
[09:03:08] <coopht> crt1.o: No such file: No such file or directory
[09:07:25] <Okasu> coopht: это ошибка, я видел, а что проблема вызывает ошибку?
[09:08:20] <Okasu> что нет файла придурошный линукс может писать даже когда файл есть
[09:08:34] <coopht> возможно он как-то криво собран и конфликтует подтягивает что то из системного комплятора
[09:08:39] <coopht> линукс не может так писать )
[09:09:19] <Okasu> coopht: совокупность линукса и других компонентов ос
[09:10:13] <Okasu> дай угадаю, такая ошибка встречается только на х86_64?
[09:22:13] <vgodunko> Это файл glibc, не нужно на GNAT наговаривать
[09:22:41] <vgodunko> "Придурошные" дистрибутивы Linux его выносят в отдельный пакет типа glibc-devel
[09:51:27] <coopht> в нормальных дистрибутивах он есть, и все равно постоянные траблы с гнатом
[10:10:35] <vgodunko> Ребята, давайте определимся, что Debian это передовой дистрибутив, но при этом самый "ненормальный"
[10:10:57] <vgodunko> Только авторам Debian пришла в голову идея перетасовать все служебные каталоги на свой лад.
[10:11:31] <vgodunko> Да, там GNAT GPL бессилен, он просто не знает, что есть Debian и его собственный взгляд на вещи.
[10:12:17] <vgodunko> Зато у Debian есть целый коллектив поддерживателей Ada, они производят тучи патчей, которые так и не попадают обратно в FSF
[10:13:17] <landgraf> vgodunko, федора ничего не тасует, результат налицо
[10:13:25] <landgraf> сраный серб ничего не делает :((
[10:13:42] <vgodunko> Что, то же не находит crt1.o?
[10:13:53] <vgodunko> Ни в жизнь не поверю!
[10:14:23] <landgraf> все находит, но маленький патчик протащить  в gnat - вообще не вариант
[10:15:58] <vgodunko> Да, протащить что-то непросто. Все авторы GCC хорошо огородили себя заборами.
[10:16:48] <vgodunko> Это патч для обнаружения libgnat.so?
[10:17:14] <vgodunko> Тут опять же Fedora-ыно горе - всё делать как .so.
[10:17:29] <vgodunko> А GCC стандартно делает всё как пару .a/.so
[10:18:16] <vgodunko> Я не против мнения авторов дистрибутивов, но и они должны понимать, что начав "умничать" вынужден отгребать по полной
[10:18:58] <vgodunko> А авторы дистрибутивов всегда в процессе передела мира. :-)
[10:19:35] <vgodunko> virtual_lark: шлюз накрылся медным тазом.
[10:19:43] <vgodunko> Его почему-то не пускают на IRC
[10:24:44] <coopht> Это и в Gentoo периодически вылезает, и в Ubuntu,
[10:24:52] <coopht> неужели нельзя сделать нормально
[10:25:00] <coopht> и не надо наговаривать на дистрибутиво строителей
[10:25:39] <virtual_lark> без пробела пишется
[10:25:50] <coopht> спасибо КЭП
[10:26:07] <virtual_lark> :-)
[11:00:00] <landgraf> subj_rs, чо пришел?
[11:00:09] <gour> /me посмотрел в консоль
[11:00:15] <gour> gour@globox ~ $ dpkg -L libc6-dev | grep '/crt1.o'
/usr/lib/x86_64-linux-gnu/crt1.o

[11:00:27] <gour> а где её gnat ищет?
[11:52:14] <vgodunko> Официальное положение /usr/lib или /usr/lib64
[11:52:57] <vgodunko> Только сейчас не модно этот файл туда ложить.
[11:54:31] <vgodunko> $ find /usr/ -name 'crt1.o'
/usr/lib/crt1.o
/usr/lib64/crt1.o

[11:57:20] <vgodunko> Одинаково для SUSE и RH
[11:58:07] <vgodunko> Так что дистрибутиво-писатели руки приложили к созданию недопонимания.
[12:19:18] <gour> хм. а как у
[12:19:33] <gour> ... у этих дистрибутивов с мультилибом тогда?
[13:48:29] <coopht> find /usr/ -name 'crt1.o'
/usr/lib32/crt1.o
/usr/lib64/crt1.o

[13:48:53] <coopht> lib -> lib64
[13:55:33] <coopht> и при этом очень часто эта фигня вылезает
[13:55:36] <coopht> так что не надо
[13:55:41] <coopht> ;-)
[13:55:48] <coopht> привет adacore
[17:04:13] <landgraf> это откуда? /usr/bin/ld: cannot find -laddr2line
[17:08:45] <yeo> может из GNAT.Traceback.Symbolic ?
[17:09:24] <landgraf> у меня нет такой либы , а awa-ado  пытается с ней линковаться
[17:10:31] <yeo> пережитки прошлого...
[17:10:43] <yeo> вытри сылку на нее
[17:11:11] <landgraf> а где ее искать?
[17:11:34] <landgraf> obj/b~ado_harness.adb:   --   -laddr2line
[17:11:38] <landgraf> вот так только грепается
[17:13:06] <yeo> без '-l' ищешь?
[17:13:22] <landgraf> grep addr2line -R -i *
[17:13:24] <landgraf> угу
[17:13:26] <yeo> глянь в своем гнате в GNAT.Traceback.Symbolic ?
[17:13:36] <landgraf> после make clean вообще не находит ничего
[17:13:53] <landgraf> у меня gcc федерастичный
[17:14:10] <yeo> g-trasym.ad[sb]
[17:14:39] <landgraf> есть такие
[17:14:46] <landgraf> package GNAT.Traceback.Symbolic is
[17:15:07] <landgraf>   pragma Linker_Options ("-laddr2line");
[17:15:09] <coopht> http://cs301800.userapi.com/v301800095/306c/DKlR8tpescA.jpg
[17:16:17] <landgraf> yeo, это мне надо gcc пересобирать? o_O
[17:19:38] <yeo> можно удалить из awa-ado ссылку на этот пакет
[17:19:52] <yeo> или взять костыль и собрать из него либу
[17:20:12] <yeo> http://www.ada-ru.org/files/convert_addresses.c.gz костыль тут
[17:21:03] <landgraf> grep -Ri Symbolic *
src/sqlite/sqlite3_h.ads:  --** the database but rather the symbolic name of the database that
[17:21:58] <landgraf> откуда оно тянется вообще?
[17:23:05] <yeo> сделай mv g-trasym.ads g-trasym.ads_ и посмотри что ругается :)
[17:23:59] <landgraf> никто не ругается
[17:24:42] <landgraf> опять  cannot find -laddr2line и все
[17:25:31] <yeo> а если rm obj/b~ado_harness.*
[17:26:08] <landgraf> make clean это и делает )
[17:26:22] <landgraf> все равно обратно собирается с этой линкой
[17:27:39] <landgraf> gcc -c -g -gnat05 -gnatwua -gnata -gnatVaMI -gnaty3abcefhiklmnprstxM99 -I- -gnatA /home/build/build/ada-ado-0.3.0/regtests/ado_harness.adb
[17:33:49] <landgraf> yeo, костыль я потом через review не протащу, надо искать откуда корни растут :((
[17:43:47] <yeo> так ты нашел? в тестах где-то?
[17:53:28] <landgraf> нет, не нашел
[17:54:24] <landgraf> yeo, по каким словам грепать то?
[17:56:05] <yeo> ну сдвинуть g-trasym.ads  и поглядеть где ломается не получилось?
[17:56:24] <landgraf> нет, не сломалось ничего
[17:57:14] <landgraf> как было cannot find -ladd2line так и осталось
[17:57:19] <yeo> странно
[18:00:34] <landgraf> BUILD/ada-util-1.5.0/src/util-log-loggers-traceback-gnat.adb:with GNAT.Traceback.Symbolic;
[18:00:49] <landgraf> yeo, оно с ada-util линкуется - может оттуда?
[18:01:02] <landgraf> тогда почему ada-util не ругалась на addr2line?
[18:01:41] <yeo> pragma Linker_Options действует только на линковку exe файлов
[18:01:59] <yeo> на линковку библиотек не действует
[18:02:14] <landgraf> то есть надо ada-util потрошить?
[18:02:45] <yeo> похоже
[18:03:45] <yeo> в новых gnat-gcc GNAT.Traceback.Symbolic перепсали
[18:03:58] <yeo> чтобы он не юзал либу вроде
[18:09:30] <landgraf> вынес нафиг src/util-log-loggers-traceback-gnat* в %prep, пересобрал - все равно addr2line хочет (
[18:10:00] <landgraf> yeo, теперь и в ada-util нет ссылок на GNAT.Traceback.Symbolic
[18:11:14] <yeo> make clean не помогает?
[18:11:39] <landgraf>   Has_Gnat_Traceback : Config.Yes_No := "yes";
[18:11:42] <landgraf> пилять )
[18:15:59] <landgraf> yeo, не помогло
[18:19:01] <landgraf> в xmlada тоже нет ссылок на traceback
[18:19:25] <landgraf> в aunit есть
[18:23:46] <landgraf> ща выпилю и aunit
[18:28:55] <landgraf> checking whether AUnit support is enabled... yes
[18:29:01] <landgraf> откуда оно берется?
[18:40:49] <landgraf> aunit-simple_test_cases-run_routine.adb:29:06: "Aunit.Simple_Test_Cases.Run_Routine (body)" depends on "Gnat.Traceback.Symbolic (spec)"
[18:40:54] <landgraf> вот где собака порылась
[18:50:08] <landgraf> все равно мне не понятно, бинарник линкусется с ada-util и нормально работает, а эта сраная ada-ado пытается искать addr2line зачем-то
[19:23:45] <coopht> кто знает, как заставить gdb остановиться, когда переменная примет какое то конкретное значение?
[19:24:03] <coopht> типа
(gdb) break if a = 10
[20:03:21] <vgodunko> coopht:
[20:03:29] <vgodunko> break a.adb:10
[20:03:33] <vgodunko> condition a = 10
[20:37:02] <landgraf> vgodunko, I need help :)
[20:37:29] <landgraf> laddr2line меня достал
[20:54:43] <vgodunko> :-(
[20:55:04] <vgodunko> landgraf: вряд ли я что умное сказать могу
[20:55:24] <vgodunko> Нужно извести использование какого-то модуля из GNAT.*
[20:55:42] <vgodunko> Но начнём с того какой компилятор используется
[20:55:58] <vgodunko> (обещаю не рекомендовать поставить GPL 2012 ;-) )
[20:58:24] <landgraf> vgodunko, gcc-4.6
[20:58:34] <landgraf> vgodunko, в 4.7 все еще печальней, почему-то
[20:59:43] <landgraf> vgodunko, вот что в 4.7 http://fpaste.org/OV8H/ , это вообще о чем?
[21:00:17] <landgraf> Ada.Containers.Indefinite_Hashed_Sets
[21:02:43] <vgodunko> Ого!
[21:03:01] <vgodunko> Так GCC 4.6 у меня нет
[21:03:24] <vgodunko> Кажется GNAT.Traceback.Symbolic в нём пакет называется.
[21:03:25] <landgraf> в 4.7 надо собирать, а там рушится
[21:03:28] <vgodunko> Его использовать нельзя
[21:03:29] <landgraf> да
[21:03:50] <vgodunko> А вот что перекрыло GCC 4.7 я так сразу не скажу.
[21:03:54] <landgraf> но собирать в 4.6 смысла нет, нужно чинить сборку в 4.7
[21:04:00] <vgodunko> Нужно попробовать
[21:04:14] <landgraf> могу скинуть src.rpm федоровский
[21:16:32] <landgraf> /me развернул Fedora для gnat-gpl
[21:27:21] <vgodunko> landgraf: давай
[21:30:17] <landgraf> util-strings-sets.ads:23:01: instantiation error at a-cihase.adb:294
[21:30:23] <landgraf> результат одинаков
[21:32:09] <landgraf> vgodunko, а где же обратная совместимость компиляторов?
[21:32:36] <Okasu> она утонула
[21:33:36] <landgraf> О, советчик смены компиляторов. Не помог великий и могучий gnat-gpl
[21:34:16] <Okasu> landgraf: кое кто говорил что заигнорил меня, врать не хорошо, мама не говорила тебе?
[21:34:35] <vgodunko> Новые ошибки, старое несоответствие страндарту и т.д.
[21:35:05] <Okasu> все истерички так делают, я подметил, грозятся заигнорить(лол) и в итоге конечно так и не игнорят
[21:35:07] <vgodunko> "Ребята, давайте жить дружно!"
[21:37:38] <Okasu> сомневаюсь я что гпл вызывает ту же ошибку, что 4.7, landgraf, ты точно сделал всё как надо?
[21:37:58] <Okasu> в PATH добавил?
[21:37:58] <vgodunko> Okasu: очень легко.
[21:38:31] <vgodunko> По части акщтеутв GPL является "улучшенной" версией GCC 4.7
[21:38:52] <vgodunko> s/акщтеутв/frontend/
[21:41:11] <landgraf> Okasu, а как ты думаешь? если бы я не добавил в PATH у меня бы не было gnatmake и прочего
[21:48:14] <Okasu> landgraf: как вариант, можно попробовать связаться с разработчиками и у них поспрашивать, ты же уже довольно долго с этим ава мучаешься
[21:49:05] <landgraf> второй день наскоками, я открыл issue вчера
[21:49:58] <landgraf> непонятно почему оно на таком простом пакете валится
[21:50:09] <landgraf> который, кроме всего прочего, нигде больше не импортируется
[21:50:45] <landgraf> vgodunko, если удалить util-strings-sets.ads и попытаться собрать - вообще веселье получается
[22:09:55] <landgraf> если убрать util-strings-sets.ads то в gnat-gpl собирается
[22:10:00] <landgraf> gcc падает к чертям
[22:20:49] <landgraf> http://fpaste.org/FYsx/