[00:18:19] <yeo> landgraf: скомпилл hello_world на Аде, даже работает :)
[00:19:00] <nordwind_> yeo на арм?
[00:19:15] <nordwind_> на генту так и тишина?
[00:19:19] <yeo> да, на твоей mk802
[00:19:44] <yeo> nordwind_: я знаю как кастыль поставить, чтоб работало
[00:19:58] <nordwind_> ну?
[00:20:17] <yeo> s/на твоей/на landgraf-а/
[00:20:29] <nordwind_> я понял
[00:21:48] <nordwind_> что вы думаете про http://habrahabr.ru/sandbox/74298/?
[00:24:07] <yeo> mkdir -p /usr/lib64/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/
ln -s ../.. /usr/lib64/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/4.7.4
[00:24:27] <yeo> попробую скоро обновить ebuild.
[00:25:07] <nordwind_> щас проверю
[00:25:18] <yeo> 2Gb это серьезно!
[00:25:56] <yeo> /me ждет свою parallella за 100$ уже почти год  :(
[00:35:17] <nordwind_> финт ушами не сработал что-то
[00:37:06] <landgraf> yeo, а rpm-ка собралась "новым" компилятором?  
[00:37:35] <yeo> rpm-ку еще не начинал, там куча зависимостей, я запустил для них yum install
[00:38:02] <yeo> nordwind_: можешь попробовать gnatgcc -print-search-dirs
[00:38:47] <yeo> у меня такая строчка там есть
программы: =/usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/4.7.4/:...
[00:39:11] <yeo> если сделать для нее
ls /usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/4.7.4/
[00:39:30] <yeo> то там и будет liblto_plugin.so
[00:41:37] <yeo> landgraf: чтоб rpm-ку собрать я думаю надо еще 6Гб минимум :(
[00:47:27] <nordwind_> yeo:  у меня плагин в ls /usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/
[00:47:45] <nordwind_> /4.7
[00:49:37] <yeo> ну правильно, мы сделали линку 4.7.4 которая как раз туда и указывает, это помогает компилятору найти плагин по пути из "программы:"
[00:49:48] <yeo> 4.7.4 -> ../..
[00:55:18] <yeo> сделай ls /usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/4.7.4/ ?
[00:56:19] <nordwind_> нету диры
[00:56:46] <yeo> ммм, я где-то промазал?
[00:57:05] <yeo> точно
[00:57:32] <nordwind_> /usr/lib64
[00:57:49] <nordwind_> а не libexec
[00:58:27] <yeo> mkdir -p /usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/
ln -s ../.. /usr/libexec/gnat-gpl/x86_64-pc-linux-gnu/4.7/gcc/x86_64-pc-linux-gnu/4.7.4

[00:58:54] <nordwind_> ага. это должно сработать.
[01:00:42] <nordwind_> done. Спасибо.
[01:01:14] <nordwind_> в ебилд добавить и баг завести на бамп в дерево
[01:02:03] <yeo> попробую завтра
[01:24:49] <yeo> Ох уж эта федора, не может без alsa построить gcc :D
 Updating   : alsa-lib-1.0.27.2-1.fc19.armv7hl                          91/383
[01:25:23] <yeo> видать билдить будет "с бубном"
[10:36:24] <yeo> landgraf, ip поменялся?
[11:54:18] <landgraf> нет, железяка зависла
[12:05:04] <landgraf> yeo, ребутнул
[12:25:39] <yeo> запустил yum install perl-podlators и похоже что зависло снова
[12:48:14] <landgraf> enjoy your fedora!
[12:59:07] <yeo> пойду снова эмулятор мучать тогда...
[13:06:38] <landgraf> надо cubieboard поднять, там памяти побольше
[13:06:51] <landgraf> только он не хочет грузиться...
[15:30:02] <landgraf> yeo, а давай я по nfs отдам пару десятков гигов на железку?
[15:30:09] <landgraf> или совсем печально будет?
[15:31:29] <yeo> не знаю, будет ли по nfs, да и виснет она :( сейчас запустил rpmbuild в эмуляторе
[15:32:56] <yeo> но можно попробовать
[15:42:01] <nordwind_> yeo забыл, еще один баг у гнат
[15:42:37] <yeo> ?
[15:43:27] <nordwind_> libstdc++.so.6.0.17-gdb.py когда вот это лежит в папке с гнат то система ругается, мол это не библиотека
[15:44:03] <nordwind_> при каждом env-update вылазит предупреждение
[15:45:37] <nordwind_> хотя линки верные и указывают на либу. Может дело конечно в zsh, я только сейчас подумал. \
[15:46:43] <yeo> а, да, есть такое
[15:59:09] <nordwind_> как исправить?
[15:59:19] <nordwind_> кроме удаления
[16:07:43] <yeo> интересно этот *.py нужен вообще?
[16:10:35] <yeo> похоже это какой-то pretty-printer
[16:11:05] <nordwind_> ну похоже нужен. только вот я не силен в питоне, чтоб сказать что это и зачем его сунули туда где он есть
[16:12:10] <yeo> а ты ставил новый gcc через ebuild? можешь поглядеть поставил ли он этот .py и куда?
[16:13:06] <yeo> 4.6 ставит /usr/share/gcc-data/x86_64-pc-linux-gnu/4.6.3/python/libstdcxx/v6/printers.py
[16:14:42] <yeo> еще какой-то /usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/4.6.3/libstdc++.s
o.6.0.16-gdb.py
[16:15:31] <landgraf> yeo, ну так на виснет должны быть свои причины.. может selinux вырубить (если он включен, конечно)
[16:15:40] <landgraf> он не даст просто так либы из хомяка грузить
[16:15:58] <yeo> :(
[16:17:53] <nordwind_> он был там где soшки
[16:17:59] <nordwind_> щас
[16:18:01] <yeo> не знаю, я запустил yum install perl-podlators и все
[16:18:52] <nordwind_> /usr/lib64/gnat-gpl/x86_64-pc-linux-gnu/4.7/
[16:18:57] <nordwind_> тут
[16:18:58] <landgraf> так на то он и подлятор, чтобы подлянки делать
[16:19:08] <nordwind_> :)
[16:19:11] <yeo> :)
[16:19:28] <yeo> nordwind_ я имел ввиду sys-devel/gcc
[16:19:51] <nordwind_> а ок
[16:23:21] <nordwind_> equery files gcc G libstdc++.so.6.0.17-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/32/libstdc++.so.6.0.17-gdb.py
/usr/share/gdb/auto-load/usr/lib64/gcc/x86_64-pc-linux-gnu/4.7.3/libstdc++.so.6.0.17-gdb.py

[16:26:57] <nordwind_> у меня сейчас 4,73 и 4,8,2 активный второй.
[16:27:13] <nordwind_> а это от первого похоже
[16:28:11] <yeo> нашел кусок в toolchain.eclass который двигает этот файл
[18:30:52] <yeo> Мой rpmbuild делает почему-то
checking build system type... armv7hnl-redhat-linux-gnu
в то время как в логе https://koji.fedoraproject.org/koji/buildinfo?buildID=477527
checking build system type... armv7hnl-redhat-linux-gnu
:(
[18:33:24] <landgraf> а в чем разница?
[18:33:37] <yeo> ой
[18:34:36] <yeo> там armv7l-unknown-linux-gnueabi
[18:34:39] <nordwind> четыре раза посмотрел :-)
[18:34:49] <yeo> + ../configure 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches  -march=armv7-a -mfpu=vfpv3-d16  -mfloat-abi=hard' --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info

[18:35:16] <yeo> а мой делает

+ ../configure 'CFLAGS=-O2 -g -march=armv7-a -mfloat-abi=hard -mfpu=neon' --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info

[18:35:20] <yeo> :(
[18:35:31] <yeo> в чем засада?
[18:36:02] <landgraf> yeo, со спекой ничего не делал?
[18:36:21] <yeo> делал
[18:36:45] <yeo> %ifarch %{ix86} x86_64 ia64 ppc ppc64 alpha %{arm}
%global build_ada 1

[18:36:53] <yeo> добавил %{arm}
[18:37:42] <landgraf> yeo, для F19 arm не был в primary arches
[18:37:51] <yeo> и все кончается
*** Configuration armv7hnl-redhat-linux-gnu not supported

[18:37:59] <landgraf> yeo, там может просто не быть нужных макросов
[18:39:06] <landgraf> опять этот gnueabi :)
[18:39:50] <yeo> ну аду я с ни и собрал
[18:41:17] <yeo> i need help :(
[18:43:25] <yeo> в логах видно что они запускают rpmbuild -bs --target armv7hl
[18:43:39] <yeo> я тоже так попробовал, но разницы не заметил
[18:44:13] <yeo> может надо mock ставить?
[18:46:25] <yeo> хотя поменялос : -mfpu=neon -> -mfpu=vfpv3-d16
[18:48:49] <landgraf> какие-то непонятные для меня слова :(
[18:49:11] <landgraf> yeo, mock запускает тотже rpmbuild, только в chroot
[18:49:30] <landgraf> а у тебя нет пакетированного bootstrap для chroot-а
[18:50:09] <landgraf> yeo, -bs - это всего лишь собрать src.rpm (без бинарников) он потом пересоберет его все равно
[18:50:44] <landgraf> yeo, а у тебя какая fedora? 19-я?
[18:53:13] <yeo> да
[18:53:28] <yeo> может потащить другую?
[18:54:47] <landgraf> угу, только она в бете еще, но вроде рабочая
[18:55:09] <yeo> а где взять?
[18:55:09] <landgraf> и там arm уже "нативная" сборка
[18:55:39] <landgraf> yeo,
[18:56:10] <landgraf> блин, сраные кеды
[18:56:23] <landgraf> http://mirror.yandex.ru/fedora/linux/releases/test/20-Beta/Images/armhfp/Fedora-Minimal-armhfp-20-Beta-5-sda.raw.xz
[21:24:22] <landgraf> почему нет Index(Source : Unbounded_String; Pattern : Unbounded_String) ?
[21:30:22] <vgodunko> Unbounded_String - отстой прошлого века
[22:21:45] <vgodunko> http://forge.ada-ru.org/matreshka/wiki/XML/Templates вот что теперь умеет Матрёшка!
[22:21:59] <vgodunko> Кто первый сделает форум на Матрёшке? ;-)
[22:22:34] <yeo> матрешка-PHP?
[22:24:40] <vgodunko> Нет
[22:25:01] <vgodunko> Кодить нельзя, только подставлять данные
[22:26:05] <yeo> как насчет callback-а для запроса данных?
[22:26:23] <yeo> вместо Set_Parameter
[22:27:11] <yeo> если в форуме 100500 тем, не совать же их все
[22:34:32] <landgraf> /me все еще не знает, с какой стороны к xz-ридеру подступиться
[22:44:43] <vgodunko> yeo у нас эксперт
[22:45:17] <vgodunko> callback-ов пока нет и не предвидится.
[22:45:29] <vgodunko> Без расширения языка
[22:46:27] <vgodunko> Это уже ответственность приложения, оно отберёт необходимый набор сообщений для страницы
[23:18:25] <landgraf> type log_entity is new interface and Serializeable; - так нельзя делать? =)
[23:19:00] <landgraf>    type log_entity is interface and Serializeable; --  and interface;
[23:19:03] <landgraf> вот так можно )
[23:30:39] <yeo> на 20-beta ./configure отработал нормально!
[23:33:59] <landgraf> там ему по закону положено
[23:34:25] <landgraf> 27     for Error of Self.Errors.all loop
[23:34:39] <landgraf> Self.Errors - access to Vector
[23:34:48] <landgraf> почему там null выдается в конце?
[23:35:24] <yeo> Self.Errors = null?
[23:35:37] <landgraf> Error = null
[23:35:42] <landgraf> там три элемента
[23:35:59] <landgraf> а четвертый - null почему то :(
[23:36:18] <landgraf> хм, Length говорит что их там четыре..
[23:37:18] <landgraf> мой косяк... как обычно
[23:37:31] <landgraf>            Entity := Self.fileReader.Next_Entity(PATTERNS);
           Self.Errors.Append(Entity);
           exit when Entity = null;
[23:37:33] <landgraf> :)
[23:37:47] <landgraf> yeo, что за такое делают? ))
[23:38:23] <yeo> бывает
[23:40:45] <vgodunko> Переводят в сионисты ;-)
[23:42:08] <landgraf> vgodunko, там вольты вместо амперов =)
[23:56:34] <vgodunko> Кто бы сомневался, что сионисты складывают в одну корзину и яйца и помидоры и накрывают это кирпичём, что бы не разбежались