[00:04:48] <ada_ru> (Pavel) Можно, вроде так и было
[00:05:41] <ada_ru> (Pavel) Я точно помню что переопределял его и xmlada_build
[00:58:26] <ada_ru> (I_vlxy_I) А в Аду 202X не собираются ли атомики добавить?
[00:59:03] <OCTAGRAM> может, просто protected умно оптимизировать?
[00:59:10] <ada_ru> (I_vlxy_I) а то в плюсах есть, а расте есть (https://doc.rust-lang.org/std/sync/atomic/#structs ) а в Аде, у которой многопоточность это фишка, нету нифига.
[00:59:28] <ada_ru> (I_vlxy_I) как без них Lockfree то мутить?
[00:59:32] <OCTAGRAM> в GNAT есть
[00:59:55] <ada_ru> (I_vlxy_I) а в языке/либе нету!
[01:00:10] <OCTAGRAM> а то, что есть в GNAT, можно ожидать в gnat-compat в других компиляторах
[01:00:13] <ada_ru> (I_vlxy_I) так то оно и в плюсах было сто лет как уже (в gcc/clang/msvs)
[01:00:35] <ada_ru> (I_vlxy_I) но вишь, зачем-то в стандарт добавили.
[01:00:40] <OCTAGRAM> ну сто лет оно и через интринсики было тем же костылём, что и в плюсах
[01:01:02] <OCTAGRAM> хм
[01:02:54] <ada_ru> (nitrocerber) Вроде в 20ую аду собирались добавить транзакции
[01:03:01] <ada_ru> (nitrocerber) Но это не точно (ц)
[01:04:25] <OCTAGRAM> какая-то нелюбовь к ARC в ветках Паскаля
[01:04:52] <OCTAGRAM> всё время то не на всех платформах, то с какими-то прыжками приходится запиливать
[01:06:15] <OCTAGRAM> атомики в стандарте были бы непростительной сдачей стратегических позиций
[01:06:27] <ada_ru> (I_vlxy_I) o_O
[01:06:29] <OCTAGRAM> вы не пройдёте
[01:07:00] <ada_ru> (I_vlxy_I) правильно, нафига поддерживать возможности железа, нафига нам эффективные алгоритмы?
[01:07:46] <OCTAGRAM> неправильно думаешь
[01:08:00] <OCTAGRAM> нафига уменьшать боль адаистам
[01:08:07] <OCTAGRAM> свои люди, привычные
[01:10:15] <OCTAGRAM> 23 года шпарят ARC через RAII, сами делают InterlockedIncrement в ObjectAda или GCC Intrinsic, ну как можно всё взять и порушить чьё-то ЧСВ, кто смог превозмочь препоны на пути к заветному ARC
[01:10:36] <OCTAGRAM> чтоб теперь любой дурак также смог
[01:15:29] <ada_ru> (I_vlxy_I) погодите. вот же в стандарте 2012 есть: http://www.adaic.org/resources/add_content/standards/12aarm/html/AA-C-6.html
[01:15:42] <ada_ru> (I_vlxy_I) аспект Atomic
[01:15:45] <ada_ru> (I_vlxy_I) это не оно?
[01:16:27] <ada_ru> (I_vlxy_I) вообще, пишут, что до того оно жило прагмой: "Atomic is a standard pragma since Ada 95, defined in the Systems Programming Annex (Annex C). This is a specialized needs annex, therefore this pragma is not available in those compilers not implementing that annex."
[01:18:01] <OCTAGRAM> надо экспертный совет, потому что я но понимаю, как будет работать X := Sin (X), например
[01:18:30] <OCTAGRAM> есть подозрения, что там атомик другой имеется в виду
[01:18:57] <OCTAGRAM> в смысле, что, допустим, 8 байт меняются атомарно
[01:19:16] <ada_ru> (I_vlxy_I) и? думаешь мьютексами обмазывают?
[01:19:18] <OCTAGRAM> но если написать X := X + 1, то можду + и := что-то может случиться
[01:19:37] <OCTAGRAM> := будет атомарным, но это не та атомарность
[01:19:40] <ada_ru> (I_vlxy_I) ну естественно. ведь еще CAS нужен же. нет?
[01:19:46] <OCTAGRAM> вот
[01:20:04] <ada_ru> (I_vlxy_I) просто атомиков не достаточно конечно
[01:20:15] <OCTAGRAM> нет, я подозреваю, что CAS будет защищён только := но не всё вместе X := X + 1
[01:20:53] <ada_ru> (I_vlxy_I) https://en.wikibooks.org/wiki/Ada_Programming/Pragmas/Atomic
[01:20:59] <OCTAGRAM> без явных CAS я не понимаю, как этим можно было бы реально пользоваться
[01:21:06] <ada_ru> (I_vlxy_I) A := A + 1;  -- Not an atomic increment!
[01:22:23] <OCTAGRAM> вот-вот
[01:22:32] <ada_ru> (I_vlxy_I) это нормально
[01:22:54] <ada_ru> (I_vlxy_I) если бы оно защищало от такого, то это были бы не те атомики что нужны
[01:24:42] <ada_ru> (I_vlxy_I) да, проблемы Ады тут не в том, что атомиков нет, они есть. проблема в отсутствии в стандарте чего-то похожего на CAS
[01:28:37] <OCTAGRAM> а уж Юникод в стандарте :(
[01:29:20] <ada_ru> (I_vlxy_I) причем cas в стандарте упоминается, но его никак не стандартизуют хотя бы в виде аннекса какого
[01:29:43] <OCTAGRAM> GNAT выдаёт ошибку на кириллицу в путях файлов в Ada.Directories, а Ada.Directories. иерархические так и вовсе не реализованы
[01:29:49] <ada_ru> (I_vlxy_I) а без CAS lockfree не возможен
[01:29:51] <OCTAGRAM> вот и как с этим жить?
[01:30:14] <ada_ru> (I_vlxy_I) ну, примерно как в С++ до С++17 :-)
[01:30:33] <ada_ru> (I_vlxy_I) теперь в плюсах есть std::filesystem :-) которая умеет даже симлинки и хардлинки
[01:30:41] <ada_ru> (I_vlxy_I) (чем я и воспользовался давеча)
[01:31:59] <OCTAGRAM> скачает Маня програмку на Рабочий стол, как возьмёт, да как распакует в C:\Documents and Settings\Маня\Рабочий стол\Крутая программа, а крутая программа как возьмёт из Ada.Command_Line адрес к себе да как загонит в Ada.Directories, и всё, привет
[01:32:19] <OCTAGRAM> как жить-то с таким стандартом
[01:32:48] <ada_ru> (I_vlxy_I) какой-нибудь матрёшкой обмазываться :-)
[01:32:55] <ada_ru> (I_vlxy_I) или еще каким гнатколом
[01:32:56] <OCTAGRAM> нафига переменные юникодом, если с файловой системой на Вы
[01:33:55] <OCTAGRAM> на Матрёшка тоже своеобразная
[01:34:12] <OCTAGRAM> не Wide_Wide_String принимает как правило, а только свои строки
[01:34:46] <ada_ru> (I_vlxy_I) прям как в плюсах раньше было!
[01:34:51] <ada_ru> (I_vlxy_I) у каждой либы свои строки :-)
[01:34:52] <ada_ru> (nitrocerber) Вся надежда на японцев
[01:34:59] <OCTAGRAM> WWS-то я могу послайсить без копирования как мне удобно, и передать любой библиотеке, которой до лампочке, есть Матрёшка в проекте или нет
[01:35:10] <ada_ru> (I_vlxy_I) нипонбансааай!
[01:35:19] <ada_ru> (I_vlxy_I) а что японцы то?
[01:35:28] <ada_ru> (nitrocerber) Кириллический запрос слишком слаб, а немцы и прочие готовы отказаться от умлаутов всяких
[01:35:52] <ada_ru> (nitrocerber) А у пендосов и так всё работает, фигли им
[01:35:53] <OCTAGRAM> греки, евреи
[01:36:04] <ada_ru> (nitrocerber) Они чота кодят?)))
[01:36:09] <ada_ru> (I_vlxy_I) вообще, дико странно что вот ничего такого в Аде в стандарте до сих пор нет и не намечается: http://en.cppreference.com/w/cpp/atomic
[01:36:17] <OCTAGRAM> айсикью, например
[01:36:20] <ada_ru> (nitrocerber) Кроме кошерного банка и калькулятора еврокредита...
[01:36:25] <OCTAGRAM> слышали про такое?
[01:36:34] <ada_ru> (I_vlxy_I) аська же чисто русский месенджер :-)
[01:36:35] <ada_ru> (nitrocerber) Когда-то ооочень давно
[01:36:42] <ada_ru> (I_vlxy_I) пилится в Москве. это ж мыло.ру
[01:36:51] <OCTAGRAM> админы там и сейчас админы
[01:37:02] <OCTAGRAM> из старой гвардии
[01:37:16] <ada_ru> (nitrocerber) Всё упирается в вопрос "да кому это нафиг упёрлось")
[01:37:26] <ada_ru> (I_vlxy_I) но, на всякий случай - евреи неплохо представлены в отрасли вокруг self driving cars. от зрения и до симуляторов включительно
[01:37:37] <ada_ru> (I_vlxy_I) мобилай, насколько я помню, еврейский.
[01:37:38] <ada_ru> (nitrocerber) Но то про юникод
[01:37:49] <ada_ru> (nitrocerber) Атомики это дело нужное
[01:38:12] <ada_ru> (I_vlxy_I) (точнее был. теперь то мобилай интеловский)
[01:38:15] <OCTAGRAM> например, это упёрлось адаистам, которые хотят, чтоб их язык был представлен в выгодном свете
[01:38:39] <OCTAGRAM> а не так, что из-за кривого API к файловой системе даже не посмотрели на рандеву
[01:38:41] <ada_ru> (I_vlxy_I) Их язык - английский. А у него и так всё нормально в Аде :-)
[01:38:50] <ada_ru> (nitrocerber) Да на самом деле не хотят они ничего) это мы тут чего-то хотим
[01:40:03] <ada_ru> (nitrocerber) Тем, кто решает, нужны бабки. И они уже давно весь имеющийся пар (а его ой как не хватает), направляют исключительно на туда, где бабки есть.
[01:40:19] <ada_ru> (nitrocerber) Так бы оно конечно и да, и хорошо бы... Но некому)
[01:40:51] <ada_ru> (I_vlxy_I) а бабки есть например у боинга! а в авионике самолетной нет никакой кириллицы :-)
[01:41:02] <ada_ru> (nitrocerber) Именно
[01:41:47] <ada_ru> (nitrocerber) А бе-300 наш или кто он там был один единственный раз. И на реньювал не пошёл, потому что дорого
[01:42:02] <ada_ru> (nitrocerber) Или потому что не откатываем... Хз)
[01:42:37] <ada_ru> (nitrocerber) Вот так под требования индустрии рушатся идеалистические мечты.
[01:43:04] <ada_ru> (nitrocerber) Остаётся только пойти из процедурной стыбрить спирта и нахлестаться с горя)))
[01:44:05] <ada_ru> (I_vlxy_I) сурово, однако. получается, что Ада (и адакор соответственно) все глубже зарывается в узкую область, затачиваясь под нее
[01:44:10] <ada_ru> (I_vlxy_I) и все сильнее от нее завися
[01:44:26] <ada_ru> (nitrocerber) А японцы вот активничают. И на их закорючказ регулярно происходят адовые опя
[01:44:32] <ada_ru> (nitrocerber) Так что на них вся надежда
[01:45:15] <ada_ru> (I_vlxy_I) а, да, это ж там тойота SPARKом решила обмазаться, после скандалов с залипающей электронной педалью газа?
[01:45:44] <ada_ru> (nitrocerber) Ну имхо надо смотреть правде в лицо... Айфон уже вышел))) второй эппл создать низя) и второй самсунг тоже. Рынок безнадёжно проё
[01:46:23] <ada_ru> (nitrocerber) Точных контор не помню,да и наверное не стоит мне их называть
[01:46:44] <ada_ru> (nitrocerber) Но да,кспаркофагству иниерес был на почве каких-то скандалов и убийств
[01:46:55] <ada_ru> (I_vlxy_I) https://www.adacore.com/press/toyota-itc-japan-selects-spark-pro-language-and-toolset-for-high-reliabilit
[01:46:59] <ada_ru> (I_vlxy_I) нипон бансай!
[01:47:01] <ada_ru> (I_vlxy_I) вот это всё
[01:47:38] <ada_ru> (nitrocerber) Ну да, оно. Вот потому я и говорю. Что не смогли славяне сдвинуть мб сдвинут япы
[01:48:02] <ada_ru> (nitrocerber) За такое дело можно им даже кусочек курил отдать. Мааааленький
[01:48:14] <ada_ru> (I_vlxy_I) сейчас ну очень активно бумирует и хайпует все что связано с self driving cars. Вот туда бы еще Аде двинуться..
[01:48:29] <ada_ru> (I_vlxy_I) Но как туда двигаться не ясно - нет ни либ на тему ML и CV, нифига нету.
[01:48:44] <ada_ru> (nitrocerber) Есть биндинги! Бгг
[01:48:46] <ada_ru> (I_vlxy_I) сейчас там исключительно c++ и чутка питона для оффлайна
[01:48:58] <ada_ru> (I_vlxy_I) ога, для opencv есть биндинг 7-8 летней свежести
[01:50:07] <ada_ru> (I_vlxy_I) собственно для Ады даже ROS нету. ROS-ноду на аде не сделать. Всё придется руками.
[01:50:13] <ada_ru> (nitrocerber) Так она ж на сях. Перекомпилять и написать обёрток адских. И дёргай себе)
[01:50:27] <ada_ru> (I_vlxy_I) opencv на плюсцах :-)
[01:50:29] <ada_ru> (nitrocerber) Правда надо пару умных рабов на пару лет
[01:50:41] <ada_ru> (I_vlxy_I) а сишный API там выпилили
[01:50:46] <ada_ru> (nitrocerber) Ну и чо, с плюсцами тож есть вщаимодействие
[01:51:30] <ada_ru> (nitrocerber) Прагма интерфейс цпп или кто оно там. У меня на них гнаттест крошился в рнжиме генерации заглушек. Так что они точно существуют)))
[01:51:44] <ada_ru> (I_vlxy_I) :-D
[01:53:28] <ada_ru> (I_vlxy_I) то есть коммуницировать с ROS Ада не может (никто не научил rosmsg), а ROS штука стандарт дефакто для исследовательских робототехнических проектов.

google protobuf / flatbuffers для Ады тоже не существует.

То есть даже если вот написать что-то на Аде (а в sdc есть чем заняться и помимо ML & CV), то коммуницировать с остальной системой оно не сможет.
[01:54:01] <ada_ru> (I_vlxy_I) Какой-то офигенно высокий порог вхождения получается. Точнее - он ровно такой, чтобы энтузиаст в конторе, который решил там аду попробовать, не смог это сделать.
[01:54:31] <ada_ru> (I_vlxy_I) Остается ждать когда что-то навернется в продакшине покрупному, как у Тойоты, и тогда, может быть, случится джекпот для адакоры.
[01:55:29] <ada_ru> (nitrocerber) Мы зато умеем на доски струячить)))
[01:55:47] <ada_ru> (nitrocerber) Туда один фиг ничего крупное не влезет, библы не нужны)
[01:55:54] <ada_ru> (nitrocerber) Всё с нуля и на коленке
[01:56:00] <ada_ru> (I_vlxy_I) Хы
[01:56:17] <ada_ru> (I_vlxy_I) Если взять например вот это: https://github.com/ApolloAuto/apollo То компоненты там взаимодействуют через google protobuf
[01:56:24] <ada_ru> (nitrocerber) Капец аргумент, конеш)
[01:56:26] <ada_ru> (I_vlxy_I) ну и ROS конечно.
[01:57:06] <ada_ru> (I_vlxy_I) на чем оно писано, в репозитории статистика есть :-)
[01:58:07] <ada_ru> (I_vlxy_I) у остальных игроков на этом поле - тоже примерно также
[01:58:32] <ada_ru> (I_vlxy_I) в передовой робототехнике, как я понимаю, тоже с++ и питон (в основном с++). у тех же бостондинамиксов например
[01:58:43] <ada_ru> (nitrocerber) Только не говори, что на яваскрипте)))))
[01:59:27] <ada_ru> (I_vlxy_I) :-)
[01:59:56] <ada_ru> (I_vlxy_I) ну, в этой области всё на js перепишут лет через 5, я думаю :-)
[02:00:05] <ada_ru> (I_vlxy_I) в следующей итерации
[02:07:56] <OCTAGRAM> я к вопросу уменьшения порога пытался подходить, но пока я не в Китае, всё это буксует: http://forum.pascal.net.ru/index.php?showtopic=32180
[02:17:12] <ada_ru> (I_vlxy_I) Хм. К вопросу о совмещении языков через сом или еще что: какой смысл спаривать/совмещать похожие языки? В этом нет смысла. В проекте вмегда лучше взять только один из этих языков, ибо второй только увеличит зоопарк, не принеся проекту почти ничего полезного - ведь он похож на тот, другой.

Совмещать имеет смысл непохожие языки. Си и смалтолк например. Я сейчас занимаюсь взаимодействием матлаба и плюсов. У каждого языка в проекте своя ниша, каждый занят своим  делом.
[02:19:27] <OCTAGRAM> ну вот есть библиотека хорошая для CHM на Делфи
[02:19:31] <OCTAGRAM> а на Аде — нету
[02:20:27] <OCTAGRAM> а так бы кто писал эту библиотеку на Делфях, не будучи сторонником Ады, для удобства адаптировал бы и для адаистов тоже
[02:20:30] <ada_ru> (I_vlxy_I) Из подобных языков должен остаться только один! Благословленный IBM. Точка.
[02:22:00] <ada_ru> (I_vlxy_I) Иначе получится как в .net, где долгое время любой ЯП был шарпом с нескучным синтаксисом.
[02:22:03] <OCTAGRAM> http://morpher.ru/Default.aspx#products вот этим товарищам и геморроя меньше, и Ада автоматом в списке будет
[02:23:30] <ada_ru> (I_vlxy_I) Вообще, сейчас все пишут ручки, и пофиг на чем они писаны :-)
[02:23:37] <OCTAGRAM> .NET требователен ко всему, а тут — только пограничный интерфейс
[02:24:14] <ada_ru> (I_vlxy_I) Ладно, я спать.
[02:49:25] <OCTAGRAM> java.awt.geom.pathiterator.ads:77:25: cannot import abstract subprogram "GetWindingRule" declared at line 35
это что же, каждый абстрактный класс после jvm2ada теперь править
[02:52:57] <OCTAGRAM> я даже не соображу, а как лучше пофиксить
[03:00:40] <OCTAGRAM> лучшее, что придумал — менять pragma Import на Export
[03:00:58] <OCTAGRAM> абстрактный класс импортируется, а методы его экспортируются
[12:08:33] <ada_ru> (Максим) я пробовал писать lockfree, мне не понравилось. Доказать корректность не получается, потом ночами просыпаешься в поту и думаешь, а вдуг это оно глючит
[16:58:34] <ada_ru> (coopht) Используйте futex'ы
[16:59:43] <ada_ru> (I_vlxy_I) это аццкий гибрид спинлока и мьютекса,
[16:59:44] <ada_ru> (I_vlxy_I) ?
[16:59:50] <ada_ru> (I_vlxy_I) аля критическая секция?
[17:06:14] <ada_ru> (coopht) нет, это fast userspace mutex
[17:06:36] <ada_ru> (I_vlxy_I) c критическая секция разве нет?
[17:07:05] <ada_ru> (coopht) Наверное.
[18:56:55] <ada_ru> (I_vlxy_I) о! gcc 7.3 вышел
[19:15:23] <ada_ru> (a) Пора вернуть генту?
[19:16:43] <ada_ru> (Максим) Да! Можно даже помочь https://bugs.gentoo.org/show_bug.cgi?id=592060
[19:32:29] <ada_ru> (a) Проголосовать, не вопрос
[19:33:16] <ada_ru> (Oleg N.) Интересно, линкер уже умеет deadcode выкусывать из PE/COFF
[19:34:22] <ada_ru> (I_vlxy_I) компоновщик не входит в gcc же вроде
[19:34:25] <ada_ru> (I_vlxy_I) https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=7.3
[19:34:26] <ada_ru> (Oleg N.) А. Не входит?
[19:34:45] <ada_ru> (Oleg N.) Блин, да, GCC же это не весь комплект, тем более, не MinGW, тем более не 64-битный MinGW
[20:19:23] <ada_ru> (coopht) Как насчет gold? может он умеет?
[20:19:38] <ada_ru> (Oleg N.) А что это за gold?
[20:19:41] <ada_ru> (Oleg N.) Где берётся?
[20:20:11] <ada_ru> (coopht) Альтернатива ld\
[20:21:07] <ada_ru> (coopht) Нужно gcc сказать чтобы он его использовал
-fuse-ld=gold
          Use the gold linker instead of the default linker.
[20:21:22] <ada_ru> (coopht) Но binutils должны быть версии не ниже 1.21 вроде бы
[20:22:07] <ada_ru> (coopht) ld.gold
[20:22:25] <ada_ru> (a) Максим, я проголосовал и в #gentoo-ru кинуо
[20:22:31] <ada_ru> (a) *л
[20:23:46] <ada_ru> (Oleg N.) Ух ты, я обязательно его испробую
[20:23:48] <ada_ru> (I_vlxy_I) а теперь на винде!
[20:23:49] <ada_ru> (I_vlxy_I) 😃
[20:23:54] <ada_ru> (Oleg N.) Но мне нужен для винды
[20:24:08] <ada_ru> (I_vlxy_I) винды не нужны. виндами никто давно не пользуется! 😊
[20:24:48] <ada_ru> (Oleg N.) Пользуются)
[20:24:49] <ada_ru> (coopht) А не знаю, умеет ли он что-то кроме elf
[20:26:19] <ada_ru> (coopht) Да, походу он только elf умеет
[20:26:26] <ada_ru> (coopht) Согласен )
[20:26:58] <ada_ru> (I_vlxy_I) даже мелкософт понял что винды не нужны, поэтому в NT добавил линукс-подсистему
[20:27:12] <ada_ru> (I_vlxy_I) Win32 API потихоньку задепрекатят и выпилят. норм будет
[20:27:55] <ada_ru> (Oleg N.) The Gold linker (ld.gold) is a ELF linker developed at Google and added to the binutils toolset that can be used in place of standard linker (ld) from binutils. The Gold linker offers faster object linking times for C++ programs, which is particularly attractive to large C++ code bases.
[20:28:03] <ada_ru> (Oleg N.) Не похоже, чтобы он был для винды
[20:28:24] <ada_ru> (Oleg N.) Сейчас винда уже всё меньше WinAPI и всё больше .NET
[20:28:57] <ada_ru> (I_vlxy_I) .net на winapi же в виндах живет.
[20:29:12] <ada_ru> (I_vlxy_I) а вот линух подсистема это именно NT подсистема. как и Win32 API
[20:29:22] <ada_ru> (I_vlxy_I) как раньше там был позикс и os/2
[20:31:17] <ada_ru> (Oleg N.) Значит скоро из винды будет линух
[20:31:24] <ada_ru> (Oleg N.) Придётся весь виндозный софт повыкидывать
[20:31:48] <ada_ru> (I_vlxy_I) отлично же! можно будет gold юзать
[20:31:51] <ada_ru> (I_vlxy_I) собственно уже можно
[21:11:26] <ada_ru> (Oleg N.) Обнаружил, что в новом MinGW уже есть gold-линкер. И ещё какой-то bfd-линкер
[21:11:48] <ada_ru> (Oleg N.) Хотя и ошибок не выдаёт, но не похоже, чтобы они умели генерить PE/COFF
[21:14:08] <ada_ru> (Oleg N.) Не могу понять, чем они отличаются и каков вообще их смысл в MinGW
[21:19:53] <ada_ru> (coopht) ld, который стандартный, он использует bfd и засчет этого поддерживает кучу форматов, а gold написан с нуля на C++ без использования bfd, и поддерживает только elf, но он работает быстрее чем ld
[21:20:27] <ada_ru> (Oleg N.) Спасибо. Всё прояснилось
[21:21:19] <ada_ru> (coopht) И похоже что когда собирают binutils для mingw gold просто не отключают)
[21:21:34] <ada_ru> (Oleg N.) Но при опции -fuse-ld=gold компилер абсолютно спокойно генерит exe-шку, получается, беря другой линкер и не ругаясь
[21:21:38] <ada_ru> (Oleg N.) Это как-то не правильно
[21:21:41] <ada_ru> (coopht) Я видел баг репорты с вопросом нафига он нужен, если он не работает на винде
[21:21:58] <ada_ru> (coopht) А какой он линкер на самом деле использует?
[21:22:13] <ada_ru> (Oleg N.) Ну, раз gold не умеет PE/COFF
[21:22:21] <ada_ru> (coopht) если компилятору при этом -### сказать?
[21:22:23] <ada_ru> (Oleg N.) То понятно же, что стандартный
[21:22:36] <ada_ru> (coopht) Ну а вдруг допилили PE/COFF ?
[21:24:40] <ada_ru> (Oleg N.) Кучу всего выдало, но всё равно непонятно
[21:24:54] <ada_ru> (Oleg N.) Ой вряд ли
[22:27:03] <ada_ru> (I_vlxy_I) Что мешает удалять пока не перестанет работать? :-)
[22:30:02] <ada_ru> (nordwind): )) перфекционизм в действии
[22:31:19] <ada_ru> (I_vlxy_I) Ну или слбрать так и эдак, сравнить результат
[22:42:47] <OCTAGRAM> gnatelim не вариант?
[23:49:44] <ada_ru> (I_vlxy_I) интересно, возможно ли протолкнуть добавление Ады в flatbuffers? Я имею в виду в гуглорепозиторий.
[23:53:14] <OCTAGRAM> сдался вам этот гугл с его репозиториями
[23:53:40] <ada_ru> (Oleg N.) А чего ж, заманчиво так Аду продвигать
[23:53:59] <OCTAGRAM> ах, вот оно что
[23:55:15] <ada_ru> (I_vlxy_I) но на это потребуется, как я понимаю, примерно год-два.
[23:58:09] <ada_ru> (I_vlxy_I) хотя, может, адакоре поможет? ;-)