[00:00:37] <vgodunko> Зависит от того, что в конечном счёте с этим делать.
[00:00:56] <vgodunko> Хранить границы - универсальное (но возможно избыточное) решение
[00:04:21] <Okasu> в конечном счёте: расставлять по комнатам разные предметы, соединять комнаты друг с другом и тп
[00:14:33] <vgodunko> Я бы возможно дерево не строил :-)
[00:14:38] <vgodunko> Сделал бы вектор.
[00:15:05] <vgodunko> Если число "комнат" небольшое, то так удобнее.
[00:15:41] <vgodunko> Имея границы каждого сегмента пространства после разбиения останется "создать" комнату и поменять в этом массиве размеры.
[00:16:39] <Okasu> vgodunko: я немогу знать сколько их в итоге будет, почему вктор неудобен когда комнат много?
[00:17:03] <vgodunko> Может замедлять работу
[00:17:32] <vgodunko> ведь нужно на каждом обороте вместо одного элемента вставлять два.
[00:17:56] <vgodunko> Хотя... Если сразу знать количество оборотов, то можно и сразу элемента распределить.
[00:18:19] <vgodunko> Просто заполнять их с "дырами"
[00:41:46] <Okasu> эх, придётся видми всё таки дерево делать
[14:00:10] <yeo> а че матрешка на винде тесты не проходит?
[14:01:16] <yeo> Duration: 11 часов омг!
[14:01:17] <vgodunko> А я почём знаю :-(
[14:01:43] <vgodunko> У меня она валилась на предысполнении, но под bitten похоже что-то другое глючит
[14:03:09] <yeo> ты говорил в gcc 4.7 что-то поправили с линковкой под win32?
[14:03:30] <yeo> может взять ld от туда, а gnat - gpl 2011?
[14:03:58] <nordwind> адские костыли?
[14:04:40] <vgodunko> yeo: работать не будет
[14:04:51] <vgodunko> Мысль такую послали на...
[14:05:59] <yeo> а в чем там вообще суть?
[14:15:14] <vgodunko> Там изменилось что-то в формате данных для связывания несвязываемого.
[14:15:31] <vgodunko> В результате одно к другому стало неподходить.
[23:16:56] <vgodunko> yeo: а мне кажется, что я понял почему тесты Матрёшки под Windows падают!
[23:17:27] <vgodunko> И собственно это отрыто тобой: GNAT-то для Windows и Linux разной версии!!!
[23:17:45] <vgodunko> Хоть и значится официально как GPL 2011 :-(
[23:24:00] <Okasu> :(
[23:24:42] <Okasu> что за возня с этими версиями? почему они настолько не совместимы?
[23:25:05] <Okasu> это же ада, а не руби в конце концов
[23:25:35] <vgodunko> Это часть прогресса :-(
[23:26:15] <vgodunko> Когда Ada код написан (и под него вылизан компилятор) то десятилетиями никаких проблем.
[23:27:03] <vgodunko> Так получается, что QtAda и Матрёшка бегут впереди паровоза, используя новые возможности языка, но не являясь частью тестов.
[23:28:09] <Okasu> стоит ли оно того(бежать впереди паровоза)?
[23:28:42] <vgodunko> Может и нет, но... по другому в обоих случаях не вышло бы ничего дельного.
[23:29:18] <vgodunko> AdaCore много лет назад просто плакала от QtAda, поскольку пару человек только и занимались разгребанием выявленных ошибок.
[23:29:40] <vgodunko> Но тогда у нас была их официальная техподдержка, и им ничего другого не оставалось.
[23:30:13] <vgodunko> Сейчас техподдержки нет, как результат - наши проблемы шерива не касаются.
[23:32:41] <vgodunko> Но в общем и целом состояние компилятор сейчас достаточно хорошее.
[23:33:01] <vgodunko> Мало кто ходит по граблям