Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

В рамках проекта CopperSpice развивается форк Qt 4.8, opennews (ok), 10-Июн-15, (0) [смотреть все] Правильная идея, долой костыли А MSVC - пока доведут вресию с C 11 до producti, Crazy Alex (ok), 00:22 , 10-Июн-15, (1) –1 // А ты до этого момента дожить надеешься Они вон C99 никак сделать не могу, Аноним (-), 00:36 , 10-Июн-15, (3) +9 // Как всегда приятно почитать диванных аналитегов с Опеннета Вот вам ссылочка, д, Анончег (?), 01:17 , 10-Июн-15, (7) // Он про C без плюсов Там действительно все плохо , Аноним (-), 10:52 , 10-Июн-15, (41) +2 По факту и сишники и плюсовики пользующиеся этой дрянью - второй сорт Можно пос, Аноним (-), 13:18 , 10-Июн-15, (57) –5 Ты ведь в курсе, что C и C -- это 2 разных языка , anonimous (?), 11:52 , 10-Июн-15, (47) +7 Я ведь в курсе что если мелкосакс тормозит 16 лет на такой элементарщине, то и н, Аноним (-), 13:16 , 10-Июн-15, (56) +3 Тормозит , боюсь, не то слово Если мне память не изменяет, они заявили, что Си, freehck (ok), 02:56 , 11-Июн-15, (107) А смысл Я показал что мелкосакс может тормозить 16 лет в элементарных фичах - п, Аноним (-), 12:59 , 10-Июн-15, (48) +1 Меня просто не особо интересует MSVC Будут шлангом собирать если что, делов-то , Crazy Alex (ok), 01:19 , 10-Июн-15, (8) // где-то слышал, что 2015-я студия будет со шлангом из коробки, для кросс-компиляц, Аноним (-), 09:33 , 10-Июн-15, (35) –1 Ну так особо отчаянные погрызатели кактуса изгаляются нынче с прикручиванием к m, Аноним (-), 13:01 , 10-Июн-15, (49) Но зачем , Аноним (-), 15:39 , 10-Июн-15, (81) –1 Они честно признались может и не раз , что разрабатывают компилятор C , а новы, Аноним (-), 20:02 , 10-Июн-15, (101) Понятно что босяки не могут позволить себе MSDN подписку, но ты бы хоть бесплатн, Анончег (?), 01:27 , 10-Июн-15, (12) –6 // Можешь вот тут почитать http blogs msdn com b vcblog archive 2013 12 02 c-11-1, Аноним (-), 01:44 , 10-Июн-15, (16) +1 // На дату публикации внимание обращаем 2 Dec 2013 2 24 PMУже VS2015 на подходе, а, Анончег (?), 02:01 , 10-Июн-15, (18) –6 А шо, они таки сделали там C99 Про авангардизм типа C11 я прям и спрашивать сте, Аноним (-), 13:03 , 10-Июн-15, (50) Ты сам спросил про VS2013, я тебя за язык не тянул , Аноним (-), 15:09 , 10-Июн-15, (70) +2 а теперь скажи, что ты программист , Клыкастый (ok), 15:52 , 10-Июн-15, (84) Личкрафтам не хватает, в общем Чего именно 8212 constexpr и inheriting ctors, 0xd34df00d (??), 02:14 , 10-Июн-15, (19) +1 Нашелся тут аналитег Пока VS 2012 находится на саппорте 09 01 2018, то библиоте, Аноним (-), 07:49 , 10-Июн-15, (30) // Никто в этом мире никому ничего не должен Библа кроссплатформенная - пользуйтес, Аноним (-), 13:05 , 10-Июн-15, (53) +2 Нет, такая библиотека должна не зависеть от платформенных API и собираться совме, 0xd34df00d (??), 13:09 , 10-Июн-15, (55) В винде по дефолту вообще компиляторов никаких нет Там компилер какой поставит , Аноним (-), 13:22 , 10-Июн-15, (58) +2 Таки, положа руку на сердце, компилятор от вендора может обладать некими ништяка, 0xd34df00d (??), 13:27 , 10-Июн-15, (62) +1 Зато сколько я себя помню, в MSVS меня вымораживали десятки разных либ MSVC dll, Аноним (-), 13:53 , 10-Июн-15, (65) Я под эту хрень не пишу и в ней не работаю - чего ради мне о ней читать Она мен, Crazy Alex (ok), 13:03 , 10-Июн-15, (51) А зачем там MSVC GCC же работает на тех платформах где есть MSVC , VizabiliPolename (?), 07:13 , 10-Июн-15, (26) –2 // winCE же раньше , 3 (?), 09:31 , 10-Июн-15, (34) // Так сдох же бобик Куда и дорога , Аноним (-), 13:23 , 10-Июн-15, (59) Я правильно понимаю что форк не будет отдавать авторские права и тем самым огран, vn971 (ok), 00:25 , 10-Июн-15, (2) –1 // В большинстве цивилизованных стран авторские права неотчуждаемы и очень опосредо, Softfire (?), 00:40 , 10-Июн-15, (4) // Вы правы, правильней было сказать имущественные права Словом лицензия не об, vn971 (ok), 09:58 , 10-Июн-15, (39) Несогласные со мной люди - пожалуйста, будьте немного более конструктивными Воп, vn971 (ok), 09:54 , 10-Июн-15, (37) // какая разница GPL LGPL, по 8208 моему, запамятовал есть ну и отлично а про, arisu (ok), 18:03 , 14-Июн-15, (112) Правильно, зачем нам Windows и кроссплатформенность , Аноним (-), 01:03 , 10-Июн-15, (5) +4 // надо форкануть autotools и переписать на bat 124 124 vbscript 124 124 , asavah (ok), 01:12 , 10-Июн-15, (6) +4 // Ну ты тише, а то накаркаешь SSH они уже пилят вроде, не прошло и 30 лет , Аноним (-), 13:25 , 10-Июн-15, (60) В MinGW они доступны сто лет как Учитывая, что виндузятники один хрен будут тян, Crazy Alex (ok), 01:24 , 10-Июн-15, (10) +9 // Ну да, забрёл к ним на сайт - так и есть Для винды - MinGW Clang , Crazy Alex (ok), 01:26 , 10-Июн-15, (11) А потом они будут репортить, что не линкуется в вижуалке , nib (?), 11:07 , 10-Июн-15, (43) // Да ладно, наверняка совместимо как-то История извращений ради линковки с уродом, Crazy Alex (ok), 13:05 , 10-Июн-15, (52) у msvc, к слову, нет бинарной совместимости между мажорными релизами, а с mingv , nib (?), 15:09 , 10-Июн-15, (71) Ну так им отлупят WONTIX - use mingw clang, Luke , Аноним (-), 13:25 , 10-Июн-15, (61) Что может быть более прекрасно Когда у тебя N либ и у какой-то из них нет сорсо, nib (?), 15:19 , 10-Июн-15, (75) 8230 то ты кретин, попавший на вендор лок поздравляю, не надо было жрать какт, arisu (ok), 18:04 , 14-Июн-15, (113) Разъясните дураку 8212 а сигналы слоты как , ананим.orig (?), 01:24 , 10-Июн-15, (9) –1 // Такому же дураку объясните, как символьные биндинги сигнлов, сделанные во внешне, Владимир (??), 07:30 , 10-Июн-15, (27) // Несовпадающие по параметрам методы вполне можно биндить и на чистом C А вот ч, 0xd34df00d (??), 10:48 , 10-Июн-15, (40) +2 Вот и посмотрим как А если сделают красиво и эффективно, то вынесем в отдельную, A.Stahl (ok), 09:30 , 10-Июн-15, (33) // Да ладно, зачем так Хоть кто-то пытается Qt в чувство принести, избавив от кос, Crazy Alex (ok), 13:06 , 10-Июн-15, (54) –1 // А можно список из костылей и велосипедов сигналы слоты - нет, не похоже на велос, nib (?), 15:27 , 10-Июн-15, (76) Не несите хернь Люди заявляют - ни больше, ни меньше - счто проекты с Qt перево, Crazy Alex (ok), 17:08 , 10-Июн-15, (90) дык в презентации у них это написано а до 11 версии было значит нельзя, серьёзн, nib (?), 19:34 , 10-Июн-15, (99) Спасибо, не надо, мне API QString ов больше нравится, std string по работе хват, 0xd34df00d (??), 19:36 , 10-Июн-15, (100) но Crazy Alex я бы попросил создать бранч со сборочными правилами и с инфой скол, nib (?), 20:09 , 10-Июн-15, (102) Вот, например, как для этого используются variadic templates https bitbucket o, пинус (?), 09:53 , 10-Июн-15, (36) А вот это приятно When appropriate, our libraries will use classes from the C , Crazy Alex (ok), 01:28 , 10-Июн-15, (13) Совсем поехавшие , Аноним (-), 01:32 , 10-Июн-15, (14) +4   // Как раз самый нормальный тул С точки зрения сборщиков и майнтайнеров оно наибол, Аноним (-), 13:28 , 10-Июн-15, (63)   // Проверять в 2015-м году наличие какой-нибудь функции, которой не было в одном из, 0xd34df00d (??), 13:35 , 10-Июн-15, (64) +2   // Дедфуд, таки для всяких извращений и не извращений автотулзы с точки зрения, шлёпнога (?), 14:29 , 10-Июн-15, (66) +1   Не знаю, как насчёт маинтайнеров, но как пользователь генты я в гробу cmake виде, Crazy Alex (ok), 15:29 , 10-Июн-15, (77)   Можно хоть пример такого неинформативного сообщения Аж самому интересно как авт, 0xd34df00d (??), 15:31 , 10-Июн-15, (79)   Как найдётся примерчик при очередном апдейте - куда кидать Я ж их не коллекцион, Crazy Alex (ok), 17:10 , 10-Июн-15, (91)   На гентушную багзиллу , 0xd34df00d (??), 17:16 , 10-Июн-15, (92) –1   Не катит - у меня там хоршая смесь размаскированных пакетов, самопальных правлен, Crazy Alex (ok), 18:24 , 10-Июн-15, (95)   Запустил компиляцию Линукс возомнил себя крутым прогером, работающим с БОЛЬШИМ, клоун (?), 17:44 , 10-Июн-15, (94) –1   А ты даже компиляцию Винды запустить не сможешь , Аноним (-), 18:47 , 10-Июн-15, (96) +1   Решать проблему, которую сам себе создал , клоун (?), 19:11 , 10-Июн-15, (97) –3   Зато у некрофагов с этим древним юниксом извращенцев хватает - оно запустится , Аноним (-), 15:46 , 10-Июн-15, (82) +2   Интересно было бы замерить, сколько ресурсов CPU разработчиков было потрачено зр, 0xd34df00d (??), 15:56 , 10-Июн-15, (86) –1   Многопоточная сборка обычно ломается там, где криво прописаны зависимости между , Аноним (-), 00:45 , 11-Июн-15, (106) –1   Тут есть некий catch на диагностику проблем в ручном режиме и потом отсыл этих , Аноним (-), 16:28 , 11-Июн-15, (110)   nice , kravich (ok), 01:40 , 10-Июн-15, (15) –2 Молодцы, всё правильно сделали , Аноним (-), 01:53 , 10-Июн-15, (17) Не получится без кастомного препроцессора сделать рефлексию уровня Qt Сигналы-с, 0xd34df00d (??), 02:15 , 10-Июн-15, (20) // как именно сигналы слоты получится сделать , анон (?), 02:29 , 10-Июн-15, (21) // Как Boost Signals или компил-тайм-коннекты из Qt 5 , 0xd34df00d (??), 02:31 , 10-Июн-15, (22) Так, главный вопрос, они Webkit из Apple-овского транка берут Если да, то торт , Аноним (-), 04:19 , 10-Июн-15, (23) Идиoты которым хватило неадекватности использовать эту мерзость, нормальный прод, Аноним (-), 05:12 , 10-Июн-15, (24) // Я не видел более удобной для конечного потребителя системы сборки , anonymous (??), 05:45 , 10-Июн-15, (25) +1 // А я не видел более кошмарной И для потребителя, и для разработчика , Аноним (-), 07:32 , 10-Июн-15, (28) –1 // Значит ты еще нихрена не видел, или ты автор шконки , шлёпнога (?), 14:38 , 10-Июн-15, (69) Для разработчика - может быть И то - в основном для самих разработчиков автокра, Аноним (-), 16:03 , 10-Июн-15, (89) +1 Таки да Единственная система, где толком видно, что сдохло , Crazy Alex (ok), 15:30 , 10-Июн-15, (78) // Поддерживаю У остальных есть все Кроме нормальной диагностики А больше оно ни, Аноним (-), 16:02 , 10-Июн-15, (88) А как же qml-qtquick - это все Это вообще реально реализовать без moc-а , joclie (?), 08:22 , 10-Июн-15, (31) // qml не нужен, очевидно же, Аноним (-), 11:35 , 10-Июн-15, (46) А кто заказывает музыку Без денег сие не взлетит , anonymous (??), 08:25 , 10-Июн-15, (32) То есть они так долго пилят Когда же они выкатят релиз , Аноним (-), 09:58 , 10-Июн-15, (38) +3 Зачем на QT4 время тратить, лучше QT5 пилить , Аноним (-), 11:03 , 10-Июн-15, (42) –1 КопроСпайс - символично , Зенитарка (?), 11:15 , 10-Июн-15, (44) +3 MSVC 2015 полностью поддерживает C 11 и почти полностью C 14, так что зря они , vladon (?), 11:20 , 10-Июн-15, (45) –2 Ебашу на ПРОФТ-5 и горя не знаю Учитесь, лузеры Действие Начало Сообщи, Василий (??), 14:33 , 10-Июн-15, (67) +12 Удачи им с их мертворожденным проектом , Сергей (??), 14:37 , 10-Июн-15, (68) // Почему вы думаете что данный проект мертворожденный , Аноним (-), 15:13 , 10-Июн-15, (72) // Это же очевидно , шлёпнога (?), 15:18 , 10-Июн-15, (74) –1 // Я джва года осваивал этот язык Очевидно тебе будет тогда, когда ты код мой проч, Василий (??), 15:51 , 10-Июн-15, (83) +8 Бджля, не могу без смеха писать, прани простите Но КонецПока - меня добил , Василий (??), 15:52 , 10-Июн-15, (85) +7 Как не стыдно так нескрьёзно относиться к великому делу сарказма -PХалтурщик , Andrey Mitrofanov (?), 19:32 , 10-Июн-15, (98) Беспредел , Аноним (-), 17:36 , 10-Июн-15, (93) +1 Потому, что Qt 4 8 2 вышла 3 года назад, и т д и т п , Сергей (??), 12:12 , 11-Июн-15, (108) Приятно что есть ещё адекватные люди, очевидно что и с форком у них всё получитс, Аноним (-), 15:18 , 10-Июн-15, (73) Ну всё, жду CopperSpiceCreator, CopperSpiceOs и жесткое финансирование, от котор, nib (?), 15:32 , 10-Июн-15, (80) // Ну всё, ждун - , Сергей (??), 12:30 , 11-Июн-15, (109) +1 Конец QT наверное , Аноним (-), 16:00 , 10-Июн-15, (87) –2 // Сказали же КонецПока Не знаю кто такой Пок, но это не Qt , Аноним (-), 16:31 , 11-Июн-15, (111) +1 1,2,5,9,13,14,15,17,20,23,24,31,32,38,42,44,45,67,68,73,80,87

Сообщения

[Сортировка по времени | RSS]

14. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+4 +/–
Сообщение от Аноним (-), 10-Июн-15, 01:32
>Для сборки библиотек применяется классический GNU Autotools. Совсем поехавшие?
Ответить | Правка | Наверх | Cообщить модератору

	63. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от Аноним (-), 10-Июн-15, 13:28
	> Совсем поехавшие? Как раз самый нормальный тул. С точки зрения сборщиков и майнтайнеров оно наиболее беспроблемное. Всякие cmake - глюкавят через раз и даже сообщение о том что не так чаще всего отсутствует или неинформативно, а сборка заваливается на середине компиляции. Всякие скунсы и что там еще - вообще жесть и ад.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+2 +/–
	Сообщение от 0xd34df00d (??), 10-Июн-15, 13:35
	> Как раз самый нормальный тул. Проверять в 2015-м году наличие какой-нибудь функции, которой не было в одном из видов юникса восьмедисятых — это очень разумно, нужно и полезно! Иногда ./configure дольше работает, чем сама сборка времени занимает. И не параллелится, насколько я знаю, да. > С точки зрения сборщиков и майнтайнеров оно > наиболее беспроблемное. Далеко не все генту-мейнтейнеры с вами согласятся. > Всякие cmake - глюкавят через раз и даже сообщение > о том что не так чаще всего отсутствует или неинформативно Например? > сборка заваливается на середине компиляции. Если какой-нибудь Find-модуль не написан или не использован, да. Ну так никто не мешает и в автотулзах не заниматься поиском библиотеки, а просто взять и сделать #include, понадеявшись, что она есть.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+1 +/–
	Сообщение от шлёпнога (?), 10-Июн-15, 14:29
	>> Как раз самый нормальный тул. > Проверять в 2015-м году наличие какой-нибудь функции, которой не было в одном > из видов юникса восьмедисятых — это очень разумно, нужно и полезно! > Иногда ./configure дольше работает, чем сама сборка времени занимает. И не параллелится, > насколько я знаю, да. >> С точки зрения сборщиков и майнтайнеров оно >> наиболее беспроблемное. > Далеко не все генту-мейнтейнеры с вами согласятся. Дедфуд, таки для  всяких извращений ( и не извращений ) автотулзы с точки зрения манатайнера полезнее, чем весь остальной шлак вместе взятый, хотя бы тем, что  если аффтар проги - школоло, то он не сможет конкретно накосячить в конфигуре. Так как там всего 2 состояния - ниосилили и сделали нормально. 2-я прочина - эстетическая: триплет в тулзах можно недописать, но ревертнуть YES==NO никак, а в этих ваших цмаках так делает каждый 1-й, не считая каждого 2-го. Могу ткнуть в любой произвольный проект на цмаке  ;)
	Ответить | Правка | Наверх | Cообщить модератору

	77. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от Crazy Alex (ok), 10-Июн-15, 15:29
	Не знаю, как насчёт маинтайнеров, но как пользователь генты я в гробу cmake видел. С autotools, как минимум, сразу видно, что упало - хоть при конфигурировании, хоть при сборке, а вот понять в красивеньком выводе, что не понравилось cmake - это суметь надо.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	79. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от 0xd34df00d (??), 10-Июн-15, 15:31
	> Не знаю, как насчёт маинтайнеров, но как пользователь генты я в гробу > cmake видел. С autotools, как минимум, сразу видно, что упало - > хоть при конфигурировании, хоть при сборке, а вот понять в красивеньком > выводе, что не понравилось cmake - это суметь надо. Можно хоть пример такого неинформативного сообщения? Аж самому интересно как автору софтины со сборкой через cmake, а исходный аноним вон не ответил.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от Crazy Alex (ok), 10-Июн-15, 17:10
	Как найдётся примерчик при очередном апдейте - куда кидать? Я ж их не коллекционирую.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В рамках проекта CopperSpice развивается форк Qt 4.8"	–1 +/–
	Сообщение от 0xd34df00d (??), 10-Июн-15, 17:16
	> Как найдётся примерчик при очередном апдейте - куда кидать? Я ж их > не коллекционирую. На гентушную багзиллу.
	Ответить | Правка | Наверх | Cообщить модератору

	95. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от Crazy Alex (ok), 10-Июн-15, 18:24
	Не катит - у меня там хоршая смесь размаскированных пакетов, самопальных правленных ебилдов и так далее. Ладно, тебя в сети найти - не проблема.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "В рамках проекта CopperSpice развивается форк Qt 4.8"	–1 +/–
	Сообщение от клоун (?), 10-Июн-15, 17:44
	Запустил компиляцию Линукс = возомнил себя крутым прогером, работающим с БОЛЬШИМИ проектами. Собрал два раз - это уже опыт. Собрал три раза - это уже стаж. Пора учить прогеров жизни.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	96. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+1 +/–
	Сообщение от Аноним (-), 10-Июн-15, 18:47
	А ты даже компиляцию Винды запустить не сможешь ;)
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В рамках проекта CopperSpice развивается форк Qt 4.8"	–3 +/–
	Сообщение от клоун (?), 10-Июн-15, 19:11
	Решать проблему, которую сам себе создал...
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+2 +/–
	Сообщение от Аноним (-), 10-Июн-15, 15:46
	> Проверять в 2015-м году наличие какой-нибудь функции, которой не было в одном > из видов юникса восьмедисятых — это очень разумно, нужно и полезно! Зато у некрофагов с этим древним юниксом (извращенцев хватает) - оно запустится. И может их послать в пешее эротическое, рассказав какое гэ их система. И они будут тихонько чинить свой крап под соответствие актуальному состянию дел, или пойдут лесом. И это лучше чем если эти некрофаги припрутся к автору программы и будут канифолить мозг. А с каким-нибудь cmake обычно получается так что детектирование всего и вся вроде бы проходит успешно, все ЗБС, но на 69% компиляции, через 5 минут прогрева проца, когда юзерь уже пускает слюни на почти готовый бинраь, все вдруг ВНЕЗАПНО заваливается, наконец. А вот в этом месте толпа народа прется к авторам программы и злостно греет мозг. Поэтому как ни странно, по опыту сборки туевой хучи программ, автотулсы в среднем по больнице - наиболее безграбельны как именно инструмент проверки зависимостей для сборки и дeтeктирования ключевых параметров системы. > Иногда ./configure дольше работает, чем сама сборка времени занимает. И не > параллелится, насколько я знаю, да. Но запускается далеко не на каждую сборку (в плане проблемности для разработчика). И по минмуму взлетает на всем где есть позиксный шелл, даже в маздае (с msys или cygwin). И по крайней мере по его отлупу обычно можно понять кто виноват и что делать. И да, когда компилер 5 минут впахивал для того чтобы на 69% вывалилась наконец не сильно внятная без вчитывания ошибка сборки, суть которой сводится к тому что нужной либы не оказалось - это еще хуже, имхо. > Далеко не все генту-мейнтейнеры с вами согласятся. Я компилил достаточно программ под разными системами, чтобы без них оценить "а как оно". Да и вообще, мнение гентушников у которых вообще какой-нибудь там развал портажей по причине "версия бидона не та" не является чем-то из ряда вон - для меня имеет достаточно ограниченную ценность > Например? Да хз, какой проект ни ткни, либы детектируются через пень колоду. Я даже затрудняюсь кого-то конкретного выделить - с этим не ахти было вообще у всех. Ну вон vcmi в свое время никак не мог с ffmpeg совладать. Сообщал что все ЗБС, но сборка потом падала где-то на середине. А если уж мы про многопоточность - make file от cmake выводят в консоль при 8 потоках полное месиво вместо красивого прогресса. А еще там часто бывают race conditions, когда в 1-поточном режиме сборка проходит всегда, а если в 8 потоков фигарить - сборка отлетает с дурной ошибкой без особых причин. И прокатывает раза со второго-третьего. Не совсем понимаю как народ добивается таких красивых гонок. Но если нечто билдуется cmake, оно при многопоточной сборке нередко и ВНЕЗАПНО заваливается в середине сборки, а вывод на консоль при этом отражается лурковским "кровь, кишки, распи...сило". > не мешает и в автотулзах не заниматься поиском библиотеки, а просто > взять и сделать #include, понадеявшись, что она есть. Теоретически все вроде бы так. Практически - толи в автотулсах это проще делать, толи еще какие-то факторы. Но факт в том что при сборке программы с автотулсами ВНЕЗАПНО валятся гораздо реже. А когда autotools посылают курить бамбук - обычно он делает это ДО начала сборки и по крайней мере обычно понятно почему. А в случае cmake часто оказывается что в консоли просто месиво, попытки рисовать fancy прогресс только нагибают диагностику, а выглядит это как трэш даже если сборка прошла успешно. Потому что билдовать в 1 поток на 8-ядернике мне как-то не айс, а когда оно в 8 потоков рисует на консоль прогресс без какой либо синхронизации - понятно что получается.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	86. "В рамках проекта CopperSpice развивается форк Qt 4.8"	–1 +/–
	Сообщение от 0xd34df00d (??), 10-Июн-15, 15:56
	> Зато у некрофагов с этим древним юниксом (извращенцев хватает) - оно запустится. > И может их послать в пешее эротическое, рассказав какое гэ их > система. И они будут тихонько чинить свой крап под соответствие актуальному > состянию дел, или пойдут лесом. И это лучше чем если эти > некрофаги припрутся к автору программы и будут канифолить мозг. Интересно было бы замерить, сколько ресурсов CPU разработчиков было потрачено зря на общение с некрофилами, а сколько — на ожидание завершения всех этих проверок. Что-то мне подсказывает, что второго таки больше. > А с > каким-нибудь cmake обычно получается так что детектирование всего и вся вроде > бы проходит успешно, все ЗБС, но на 69% компиляции, через 5 > минут прогрева проца, когда юзерь уже пускает слюни на почти готовый > бинраь, все вдруг ВНЕЗАПНО заваливается, наконец. Тоже мне проблема, доставил либу и дальше себе make, ровно с того же места и продолжит. Если либа не ставится куда-нибудь в странное место, конечно же, что потребует дописывания всяких -I, -L и -l во флаги компилятора и линкера, из-за чего придётся пересобирать уже собранное. > А вот в этом месте > толпа народа прется к авторам программы и злостно греет мозг. Думаю, таки не толпа, а полтора мейнтейнера, которым первыми посчастливилось с этим столкнуться. > Поэтому как ни странно, по опыту сборки туевой хучи программ, автотулсы в > среднем по больнице - наиболее безграбельны как именно инструмент проверки зависимостей > для сборки и дeтeктирования ключевых параметров системы. Позвольте полюбопытствовать из общего интереса: а вы их зачем сами столько собираете? > Но запускается далеко не на каждую сборку (в плане проблемности для разработчика). Кстати, к слову о каждой сборке, просто из интереса: автотулз может рассчитывать зависимости между файлами в проекте сам, вызывать moc сам когда надо и для чего надо (как AUTOMOC в cmake), пересобирать только нужные .cpp, когда поменялся хедер? > Я компилил достаточно программ под разными системами, чтобы без них оценить "а > как оно". Да и вообще, мнение гентушников у которых вообще какой-нибудь > там развал портажей по причине "версия бидона не та" не является > чем-то из ряда вон - для меня имеет достаточно ограниченную ценность Вот сколько лет на генте сижу, ничего не разваливалось. И у знакомых ничего не разваливалось. И как-то все эти развалы по причине бидонов проходили мимо меня. > Да хз, какой проект ни ткни, либы детектируются через пень колоду. Я > даже затрудняюсь кого-то конкретного выделить - с этим не ахти было > вообще у всех. Ну вон vcmi в свое время никак не > мог с ffmpeg совладать. Сообщал что все ЗБС, но сборка потом > падала где-то на середине. Так либы детектируются не так, или cmake неправильно ругается, когда отсутствие сдетектировалось таки как надо? > А если уж мы про многопоточность - make file от cmake выводят > в консоль при 8 потоках полное месиво вместо красивого прогресса. Красивый прогресс — это хорошо, конечно, но мне как-то важнее, чтобы оно быстрее собиралось. Недостаток весьма минорный, ИМХО. > еще там часто бывают race conditions, когда в 1-поточном режиме сборка > проходит всегда, а если в 8 потоков фигарить - сборка отлетает > с дурной ошибкой без особых причин. И прокатывает раза со второго-третьего. Кстати, в cmake с таким не встречался. Про билдсистему того софта, где встречался, впрочем, не помню, были ли это автотулзы или что ещё. > Не совсем понимаю как народ добивается таких красивых гонок. Но если > нечто билдуется cmake, оно при многопоточной сборке нередко и ВНЕЗАПНО заваливается > в середине сборки, а вывод на консоль при этом отражается лурковским > "кровь, кишки, распи...сило". А при однопоточной при этом всё нормально, не заваливается ничего? Во дела. Прям аж тоже стало любопытно. > Теоретически все вроде бы так. Практически - толи в автотулсах это проще > делать, толи еще какие-то факторы. Но факт в том что при > сборке программы с автотулсами ВНЕЗАПНО валятся гораздо реже. Как-то всё-таки не факт.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "В рамках проекта CopperSpice развивается форк Qt 4.8"	–1 +/–
	Сообщение от Аноним (-), 11-Июн-15, 00:45
	Многопоточная сборка обычно ломается там, где криво прописаны зависимости между целями. Чаще всего - когда что-то автогенерится. В cmake действительно бывает геморно генерить зависимости в таких случаях. Как там в autotools - вообще не представляю, не пользовался.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "В рамках проекта CopperSpice развивается форк Qt 4.8"	+/–
	Сообщение от Аноним (-), 11-Июн-15, 16:28
	> Что-то мне подсказывает, что второго таки больше. Тут есть некий catch: на диагностику проблем в ручном режиме и потом отсыл этих некрофилов в пешее - потратится время живого человека. А не процессора. > Тоже мне проблема, доставил либу и дальше себе make, А зачем cmake тогда занимает место у меня на винте? А если совсем уж хардкорить - так я в принципе и без make file-ов даже обойтись могу. Поставил либы да покомандовал компилером вручную. Неудобно, но работать будет. Вон там автор какой-то проги для тестирования LCDшника - ушибся в край и затребовал scons. Вся прога - 1 тривиальный файл, чуть сложнее hello world. Я почесал репу, проверил наличие libsdl-ных хидеров сам и вкатал gcc команду. Он собрал. И никаких скунсов ставить не надо. Вот зачем так делать, граждане разработчики? > ровно с того же места и продолжит. И все это прекрасно, но вообще-то его задача была меня послать ДО начала компила, а не через 5 минут, когда я куда-то переключился... > во флаги компилятора и линкера, из-за чего придётся пересобирать уже собранное. Ну так я и вопрошаю: а система сборки и генерации make-файла зачем место у меня на винте занимает тогда? > Думаю, таки не толпа, а полтора мейнтейнера, которым первыми посчастливилось с этим > столкнуться. А также те кто попробовал собрать распоследнюю версию на посмотреть. При том у тех кто умеет софт собирать - порой бывают странноватые системы. Какие-нибудь бояздэшники в два счета притащатся с своим окаменелым gcc 4.2, или какой-нибудь старый извращенец с какой-нибудь соляркой попадется. Мало ли. >> для сборки и дeтeктирования ключевых параметров системы. > Позвольте полюбопытствовать из общего интереса: а вы их зачем сами столько собираете? С самыми разными целями: 1) Иногда программы может не быть в репах. 2) Или она может быть не той версии. Или опции сборки не по вкусу. Или что там еще. 3) Иногда может захотеться получить программу версии не менее чем эн, с вон той фичой, прямо сейчас, а не когда раздуплятся майнтайнеры. Или напротив - сделать реверт на версию где не было ужасно донимающего бага. Случаи бывают разные. 4) Иногда бывает так что хочется посмотреть на будущее уже сейчас. Возможно вкатав багов до того как проблемный багодром разлетится по дистрам и будет годами иметь мозг юзерью, в том числе и мне. 5) Иногда бывает так что программа ну всем хороша. Но вот эта мелочь - анноит. Или ну самую капельку чего-то не хватает. Можно, блин, пойти и самому это пропатчить. На то оно и опенсорс. 6) А иногда проект и народ в нем может понравиться настолько, что с ними просто нравится работать. При этом я могу и немного коммитов зафигарить. Не то чтобы я великий програмер, но в современном мире как-то очень уж сложно жить, если программить не умеешь. И уж разумеется до этого придется проверить как это компилится. > Кстати, к слову о каждой сборке, просто из интереса: автотулз может рассчитывать > зависимости между файлами Как таковой некий трекинг зависимостей там есть... > и для чего надо (как AUTOMOC в cmake), пересобирать только нужные > .cpp, когда поменялся хедер? ...но в такие дебри я не лазил. > Вот сколько лет на генте сижу, ничего не разваливалось. Тут наверное еще от прямизны рук и везения зависит. А отдельные маньяки генту на нью-йоркской бирже гоняют, так что в умелых руках и гента - стабильна, иначе бы им финансисты давно что-нибудь открутили. Но такие приколы - имели место быть. И в среднем по больнице редкий псих рискнет вкатить генту на что-то продакшновое... > Так либы детектируются не так, или cmake неправильно ругается, когда отсутствие > сдетектировалось таки как надо? Чаще всего - детектируется не так. В смысле, cmake и проц. считает что все ЗБС но в результае оказывается не ЗБС и сборка заваливается на середине. Я даже допускаю что у одного конкретного deadfood cmake работает отлично. Но вот большинство авторов софта почему-то не могут нормально детектировать все либы cmake. С точки зрения сборки программы это означает что "если программа использует cmake, придется попрыгать по граблям". Поэтому при прочих равных я программу с автокрапом буду собирать - он если завалится то по крайней мере пишет почему. Накрайняк лог есть, где он пишет что делалось. А у cmake сообщения обычно невнятные, часто случается "все ЗБС, но сборка свалилась", а если проверка не прошла - диагностика далеко не всегда очевидна и надо чуть ли не клещами выдергивать недостающее инфо. > Красивый прогресс — это хорошо, конечно, но мне как-то важнее, чтобы оно > быстрее собиралось. Недостаток весьма минорный, ИМХО. Ну да. Просто фича из разряда "не умеешь - не берись". Хотели как лучше, с гламурным прогрессом. А в реальности получилось как всегда - многопоточный хаотичный гадеж в консоль мусором. ИМХО лучше бы там без по дефолту рисовался просто вывод компилера: спам примерно одинаково нечитабельный, зато если факап случился - ну хоть диагностика сразу под рукой. > Кстати, в cmake с таким не встречался. Про билдсистему того софта, где > встречался, впрочем, не помню, были ли это автотулзы или что ещё. А мне такое попадалось почему-то в основном для софтин с cmake. Хотя, разумеется, проблема потенциально вылезти быть где угодно. > А при однопоточной при этом всё нормально, не заваливается ничего? Во дела. > Прям аж тоже стало любопытно. Ну я так понимаю что случаются какие-то гонки. Это наверное не только для cmake характерно, но мне попадалось именно в прогрмамах с ним. Т.к. я не собирал статистику по таким приколам - я не буду настаивать что это эксклюзивная "фича" cmake и тех кто его использует :) > Как-то всё-таки не факт. Ну не знаю, мой опыт какой-то вот такой. При том программы с автотулсами были большинством и при более-менее равной проблематичности стало быть и проблем у меня должно было бы быть больше всего именно с автотулсами. А на практике - автотулсы конечно ужасны по внутренностям. Но этот жуткий пи...ц каким-то чудом работает и даже обычно не создает лишних проблем. Хоть я и могу понять антипатии к этому килограмму скриптокостылей, в которые страшно соваться.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема