|
Принятые патчи Иногда выкладывают патчи, которые потом в итоге все-таки принимают в ядро.
Повод для гордости. |
|
Опции темы | Поиск в этой теме | Опции просмотра |
07.01.2011, 00:03 | #1 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Поддержка cmake от ciphercom
В ветке https://github.com/cipherCOM/mangos/tree/cmake-master версия для mangos master.
Что бы хотелось узнать: Предполагается, что в Unix-части патч готов к использованию. Поэтому требуется некоторое, более широкое, тестирование перед добавлением. Хотелось бы получить от людей собирающих мангос под Unix/Linux комментарии по тестированию патча. Под Windows тоже будут интересны, но на данном этапе старые проекты в Windows не предполагается удалять. Так что в Windows-части поддержка cmake будет рассматриваться как экспериментальная. Как применить: cherry-pick верхних 5 коммитов из https://github.com/cipherCOM/mangos/tree/cmake-master должен без проблем накладываться на любую master ревизию из последних и далее. И конечно вы должны иметь установленным cmake для вашей платформы. Об известных недостатках: Генерация проектов под Windows работает, но имеет проблемы в удобстве работы для девелоперов.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
2 пользователя(ей) сказали cпасибо: | sven (07.01.2011) |
11.01.2011, 18:43 | #2 |
Гость
Сообщений: n/a
|
Vlfdimir, с одной стороны да... Генерировать симейком файл проекта не сильно удобно, хотя с другой стороны это удобнее рядовым пользователям. Правда 100% у многих возникнут трудности с компиляцией исходников (сильно заметно было когда ТС перешли на эту систему). Из плюсов, что мне приглянулись, хочу отметить что под линуксами/юниксами показывает сколько процентов скомпилилось, да и не пишет лишней информации в процессе компиляции. Я считаю что это относится к категории маст хев
|
Пользователь сказал cпасибо: | sven (14.01.2011) |
11.01.2011, 19:14 | #3 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Весьма спорная фича. Полезно конечно ее иметь в качестве резервной, но основную схему лучше оставить, а cmake использовать как резерв для однокнопочных юзеров. Лично мне проще Makefile руками написать чем разбираться что там cmake наваял...
|
Пользователь сказал cпасибо: | Kujbor (18.04.2011) |
11.01.2011, 19:44 | #4 |
Гость
Сообщений: n/a
|
cmake ничего сверхестественного не ваяет! Да и виндосовские проекты генерит вполне корректно! Зачем усложнять себе жизнь?
|
11.01.2011, 23:04 | #5 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
rsa, мы больше надеемся избавиться от сonfigure и всех связанных прелестей на разных платформах.
Хотелось бы больше информации по рабочести, так как обсуждать переход безсмысленно - все равно рано или поздно перейдем. тут есть более-менее консенсус среди team. Просто не хотелось бы перейти и ВНЕЗАПНО обнаружить кучу проблем на базовых платформах.
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 11.01.2011 в 23:09. |
12.01.2011, 07:07 | #6 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
кто бы спорил, configure тоже не райское яблочко... вот только эта методика отработана давным-давно и сбоев не дает. я одно время пытался сам привинтить cmake когда вынужден был поддерживать несколько платформ. рабочесть-то он обеспечивает, но весьма хреновую рабочесть. либо я его не умею правильно готовить, либо еще что, но мэйкфайлов хотя бы близких по качеству к изготавливаемым configure мне получить не удалось... в результате работы получалось больше, чем без него.
|
12.01.2011, 13:21 | #7 |
MaNGOS Dev
Регистрация: 22.06.2010
Сообщений: 78
Сказал(а) спасибо: 24
Поблагодарили 71 раз(а) в 25 сообщениях
|
Имхо, не вижу практической ценности от СМake для Винды.
Последний раз редактировалось Ambal; 12.01.2011 в 14:24. |
13.01.2011, 09:39 | #8 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Ну смысл вообщемто тоже что и для Unix
1) на VS свет клином не сошелся 2) не надо с предложенным патчем ручками обновлять списки файлов в 3 варинтах версий VS Другое дело что в текущем виде под Windows патч имеет серьезные проблемы в удобстве использования именно для девелоперов. Так что на данном этапе и речи не идет о замене текущих VS-проектов.
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 13.01.2011 в 10:01. |
2 пользователя(ей) сказали cпасибо: | KiriX (15.01.2011), Konctantin (15.01.2011) |
14.01.2011, 14:55 | #9 |
Новичок
Регистрация: 25.08.2010
Сообщений: 24
Сказал(а) спасибо: 2
Поблагодарили 11 раз(а) в 8 сообщениях
Записей в дневнике: 2
|
Код:
Configuration of ACE 5.8.3 is now complete. [ 3%] Performing build step for 'ACE_Project' cd /home/narma/h/wow/mangos/dep/ACE_wrappers && /bin/sh /home/narma/h/wow/mangos/dep/ACE_wrappers/aux_config/missing --run automake-1.11 --foreign configure.ac:7284: required file `examples/Makefile.in' not found configure.ac:7284: required file `examples/DLL/Makefile.in' not found configure.ac:7284: required file `examples/Export/Makefile.in' not found ... configure.ac:7480: required file `protocols/tests/Makefile.in' not found configure.ac:7480: required file `protocols/tests/RMCast/Makefile.in' not found Makefile.am:20: required directory ./examples does not exist Makefile.am:24: required directory ./performance-tests does not exist Makefile.am:24: required directory ./tests does not exist make[3]: *** [/home/narma/h/wow/mangos/dep/ACE_wrappers/Makefile.in] Ошибка 1 make[2]: *** [dep/ACE_wrappers/ACE_Project-prefix/src/ACE_Project-stamp/ACE_Project-build] Ошибка 2 make[1]: *** [dep/ACE_wrappers/CMakeFiles/ACE_Project.dir/all] Ошибка 2 make: *** [all] Ошибка 2 |
Пользователь сказал cпасибо: | Vladimir (14.01.2011) |
14.01.2011, 18:14 | #10 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Как я понимаю вы включили в используемые коммиты обновления ACE/TBB идущие перед основноым коммитом поддержки?
ciphercom так же спрашивает какой генериатор вы использовали из поддерживаемых cmake
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 14.01.2011 в 18:30. |
15.01.2011, 13:31 | #11 |
Новичок
Регистрация: 25.08.2010
Сообщений: 24
Сказал(а) спасибо: 2
Поблагодарили 11 раз(а) в 8 сообщениях
Записей в дневнике: 2
|
да, вот коммит:
Код:
commit 2a68b4d493f6dad4d211e02ac82b2e15fede6c8e Merge: 7f46ee6 14bf76a Author: Sergey Rublev <narma.nsk@gmail.com> Date: Fri Jan 14 14:25:20 2011 +0300 Merge remote branch 'cipherCOM/cmake-master' * cipherCOM/cmake-master: Updated SD2 CMake script Changed vmap location Added CMake support Changed TBB lib to same version but with make script Changed ACE lib to same version but with configure script Код:
narma@narma:~/h/wow/mangos/objdir$ cmake .. -DPREFIX=/home/narma/h/bin/mangos -- Detected 32-bit platform. This script builds the MaNGOS server. Options that can be used in order to configure the process: PREFIX: Path where the server should be installed to PCH: Use precompiled headers DEBUG: Debug mode To set an option simply type -D<OPTION>=<VALUE> after 'cmake <srcs>'. For example: cmake .. -DDEBUG=1 -DPATH=/opt/mangos -- Using mysql-config: /usr/bin/mysql_config -- Found MySQL library: /usr/lib/libmysqlclient_r.so -- Found MySQL headers: /usr/include/mysql MaNGOS-Core revision : v0.16-2575-g2a68b4d Install server to : /home/narma/h/bin/mangos Use PCH : No Build in debug-mode : No (default) -- Configuring done -- Generating done -- Build files have been written to: /home/narma/h/wow/mangos/objdir narma@narma:~/h/wow/mangos/objdir$ cmake --version cmake version 2.8.1 Во время make выполняется ./configure насколько я понимаю. |
Пользователь сказал cпасибо: | Vladimir (15.01.2011) |
23.01.2011, 02:02 | #12 |
just a lazy user
Регистрация: 07.03.2010
Адрес: Киев
Сообщений: 31
Сказал(а) спасибо: 48
Поблагодарили 31 раз(а) в 11 сообщениях
|
Прошу прощения за оффтоп. Хотелось бы узнать, чем было вызвано решение использовать autoconf & automake на ранних стадиях проекта? Почему оказалось не достаточно единожды созданного скрипта ./configure ?
__________________
Так как нету кнопки "Фууу", скажу вам прямо... (c) |
24.01.2011, 21:09 | #13 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
в смысле? Оно было Мангос же возник как форк WowD ну и там вроде уже был configure.ac
Использование .ac это естесвенный путь "упрощения" configure
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
Пользователь сказал cпасибо: | Foks (26.01.2011) |
27.01.2011, 19:28 | #14 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
В ветке cmake-dev поправлены некоторые проблемы со сборкой с использованием cmake под Unix. cipherCOM собирается перенести исправления в cmake-master
как разберет все баграпорты. Вроде сообщенные в этой ветке форума тоже поправлены.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
Пользователь сказал cпасибо: | sven (30.01.2011) |
05.02.2011, 02:50 | #15 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Небольшое обольшое замечание.
cipherCOM считате что поправил все сообщенные проблемы сборки под Unix в ветке cmake-dev (она для Mangos One). Но все коммиты из топа ветки должны без конфликтов переноситься в master через cherry-pick. На данные момент нет никаких различий в работа cmake в One/master (после переноса vmap3 в One) Просьба протестировать так как при отсутствии проблем версия планируется к добавление в mangos и под Unix просто не будет другого варианта сборки в отличии от сохранении текущего для Windows.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
05.02.2011, 08:51 | #16 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Весьма любопытная постановка задачи... Обычно cmake используется для предоставления возможности компиляции *nix проектов под виндой. А тут судя по всему наоборот. Соответственно грабли будут кубические...
И еще, надеюсь при этом переезде не будут тупо убиты autoconf шаблоны? использование cmake, да еще и оторванного от "основных" виндоуз-конфигов будет явно приводить больше к проблемам чем к удобствам... А с учетом того, что большинство разработчиков кроме вин* ничего не используют, то проблемы будут только нарастать. |
05.02.2011, 10:16 | #17 | |
Супер-модератор
Регистрация: 07.03.2010
Сообщений: 647
Сказал(а) спасибо: 100
Поблагодарили 252 раз(а) в 123 сообщениях
|
Цитата:
Кроме того, оставление студийных проектов, имхо, сохранит львиную долю нервов тем, кто работает под виндой. Последние виндовые билды CMake-а (и release, и нет), единственные, способные хоть как-то работать с 2010-й студией, делают это крайне плохо, и сами по себе жутко глючные (имхо). Если кто-то помнит переход ТС на CMake, то длительность загрузки сгенерированных проектов, IntelliSense для них, а так же время компиляции — всё увеличилось в несколько (десятков) раз. Может быть это мое личное мнение, но, имхо, CMake малопредназначен для создания IDE проектов для такого большого проекта. |
|
05.02.2011, 10:27 | #18 | |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Цитата:
как я уже писал, качество конфигов генерируемых под гнусь CMAKE, о-о-очень посредственное и требует долгой ручной доработки. сравнить с геморроем для пользователей VC не смогу по причине отсутствия оного. В результате заранее предполагаю продолжать жить с configure и всеми его прелестями (которых тоже есть, но они хоть известны заранее). Зато в качестве мелкой гадости я смогу наконец полностью дропнуть поддержку винды в своем бранче cmake в зубы и вперед... |
|
05.02.2011, 14:01 | #19 |
Новичок
Регистрация: 25.08.2010
Сообщений: 24
Сказал(а) спасибо: 2
Поблагодарили 11 раз(а) в 8 сообщениях
Записей в дневнике: 2
|
После небольшой правки всё собралось:
Код:
diff --git a/dep/ACE_wrappers/Makefile.am b/dep/ACE_wrappers/Makefile.am index dadf9ae..bb94cb2 100644 --- a/dep/ACE_wrappers/Makefile.am +++ b/dep/ACE_wrappers/Makefile.am @@ -15,7 +15,7 @@ SUBDIRS = \ netsvcs SUBDIRS += \ - websvcs \ + websvcs ACLOCAL = @ACLOCAL@ ACLOCAL_AMFLAGS = -I m4 |
Пользователь сказал cпасибо: | Vladimir (05.02.2011) |
05.02.2011, 16:39 | #20 |
Новичок
Регистрация: 25.08.2010
Сообщений: 24
Сказал(а) спасибо: 2
Поблагодарили 11 раз(а) в 8 сообщениях
Записей в дневнике: 2
|
Проверил на своей репе которая близка к mangos/mangos:master, всё успешно собралось (с фиксом в предыдущем посте).
Выяснил что мусор (с точки зрения гита) из оффтопика пред. поста появляется при первой компиляции. |
Пользователь сказал cпасибо: | Vladimir (05.02.2011) |
05.02.2011, 19:30 | #21 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Я передал фикc cipherCOM-у. Спасибо.
По поводу windows: Я был бы рад добавить поддержку срузау и для данной платформы но там действительно проблемы с VS2010. На самом деле использовать cmake можно и под windows - все собирается в том числе в VS2010 но имеющиеся проблемы с зависимостями и лишней пересборкой объектников на пустом месте - возможно это проблема не cmake самого а того как VS конвертирует проекты под VS2010 для ace/tbb.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
14.02.2011, 03:47 | #22 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
В https://github.com/VladimirMangos/mangos предположительно финальная вресия коммитов для перехода на cmake для master ветки
В https://gist.github.com/825324 патч для SD2 (он также при добавлении добавляет в патч patches/MaNGOS-XXXXX-ScriptDev2.patch для применения к core для включения поддержки билда sd2 вместе с core. Возможно будет добавлен в мангос завтра (ну или сегодня судя по текущему времени ) через несколько часов) Напомню: для Unix варианта сборки это безальтенативный переход - старая ситстема сборки будет удалена в процессе Для Windows - старые файлы VS-проектов сохраняются и продолжаются считаться - предпочтительным способом, но возможность собирать используя cmake тоже будет после перехода. Старые файлы VS-проектов будут поддерживаться до разрешения всех проблем с неудобством, или неээфективностью работы в cmake-варианте.
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 14.02.2011 в 03:55. |
14.02.2011, 09:54 | #23 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Попытался собрать. Особых проблем в штатном составе не возникает. Одна ма-а-аленькая проблема - без TBB сборка даже и не предусмотрена. А не стоит забывать, что под linux мангос, собранный с tbb, можно считать полумертвый (почему - я уже неоднократно писал). Так что использовать в реальной жизни, к сожалению, не получится...
Также в легком а...е от выбранных дефолтных режимов компиляции (-O3 и отсутствуют нужные флаги компилятора). Форумы долго будут ломиться от вопрошающих с самыми разнообразными и неповторимыми глюками... |
14.02.2011, 11:09 | #24 |
Ученый
Регистрация: 13.03.2010
Сообщений: 110
Сказал(а) спасибо: 55
Поблагодарили 23 раз(а) в 14 сообщениях
|
|
14.02.2011, 11:29 | #25 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
я рад. если тебе пофигу что выделение памяти происходит примерно в 8 раз медленнее чем у штатного менеджера, и то что при выделении ядром отсвопленного участка тбб падает в корку - продолжай пользоваться. источник - сам интел (корки я публиковал).
использование tbb оправдано _только_ под windows. |
14.02.2011, 11:41 | #26 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Дополнение - собрать с внешним ACE "by default" не удалось. Несмотря на правильное нахождение библиотек и выставление ключей для пакета, упорно пытается компилировать со встроенным (и обламывается поскольку само же не делает для него конфигов). Помогло только ручное куроченье мейкфайлов.
|
14.02.2011, 12:50 | #27 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Не знаю что вы делали, у меня собиралось и так и так
-DACE_USE_EXTERNAL=1 и все
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
14.02.2011, 22:59 | #29 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
У меня _разные_ версии ACE
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
15.02.2011, 08:36 | #30 |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
значит я имею локальный (хотя вполне воспроизводимый) глюк.
ладно, проехали. суточное бодание с cmake показало что его таки можно настроить как минимум не хуже чем был раньше autoreconf. проблемы что я описывал раньше, а также некоторые другие (я думал у меня крыша поехала - оказывается просто таргеты описали только для вин* ) поправлены. Получилась весьма интересная ситуация, когда строчка конфигурации для cmake в значительной мере служит ключом к стабильности получающегося сервера... Возможно это полезно. |
15.02.2011, 14:34 | #31 | |
MaNGOS Dev
Регистрация: 22.06.2010
Сообщений: 78
Сказал(а) спасибо: 24
Поблагодарили 71 раз(а) в 25 сообщениях
|
Цитата:
Библиотеки TBB в обозримом будущем все равно нужно обновлять в мангосе. Они уже прилично устарели и не включают множество багофиксов даже под Виндой. |
|
15.02.2011, 18:51 | #32 | |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Цитата:
https://github.com/rsa/mangos/commit...8bca2dba321302 не совсем верное (не учтен случай использования штатного менеджера памяти и дополнительно каких-либо функций из tbb), но для меня вполне достаточное. |
|
Пользователь сказал cпасибо: | Ambal (15.02.2011) |
15.02.2011, 20:09 | #33 |
MaNGOS Dev
Регистрация: 22.06.2010
Сообщений: 78
Сказал(а) спасибо: 24
Поблагодарили 71 раз(а) в 25 сообщениях
|
я думаю, что компиляцию мангоса без ТВВ в ближайшее время подправят - все же нехорошо лишать пользователей возможности самим выбирать, что лучше сказывается на производительности их системы.
|
16.02.2011, 03:35 | #34 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Я передал это пожелание ciphercom.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |
16.02.2011, 08:15 | #35 | |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Цитата:
https://github.com/rsa/mangos/commit...5315c694cff535 это означает что ни до имплемента cmake ни после система реально (до стадии запуска) ни разу не испытывалась... |
|
16.02.2011, 11:42 | #36 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Очень грусно что ветка существовала больше недели а реальные баграпорты и фиксы были только от одного человека, и это не вы. Соответственно: кто не тестировал в виде патча, тот будет тестировать патч уже как часть репозитария. Ветка напомню изначально была создана не для общих рассуждений о нужности, а для ловли конкретных проблем перед добавлением.
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 16.02.2011 в 11:44. |
4 пользователя(ей) сказали cпасибо: |
16.02.2011, 12:06 | #37 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
По поводу: mangosd/realmd - это запланированная смена названия. Каюсь, забыл упомянуть в коммите - так как было поправлено несколько недель назад, и уже забылось как изменение. Ситуация в прошлом, когда бинарники без причины под Windows и Unix имели разные названия, была противоестесвееной. Исправляться назад это _не_ будет.
Из реальных проблем под Unix: режим с PCH работает - в смысле удачного окончания сборки. Но реально pch-файл не используется из-за проблем с конфигурацией, и соответственно никакого ускорения сборки не происходит.
__________________
Так как устал объяснять знайте ICQ не пользуюсь Последний раз редактировалось Vladimir; 16.02.2011 в 12:09. |
16.02.2011, 12:53 | #38 | |
Почетный флудер
Старожил
Регистрация: 08.03.2010
Адрес: Мурманск, Россия
Сообщений: 788
Сказал(а) спасибо: 55
Поблагодарили 333 раз(а) в 151 сообщениях
Записей в дневнике: 1
|
Цитата:
Ну не будет так не будет. Выше я уже предполагал что всем по. Еще бы nul бинарник назвали, было бы веселее... Что касается тестирования патча до того, то я б его и не начал без реальной угрозы что все помрет. Реаллайф к сожалению. Править сырцы скрипты и прочее с нетбука через ssh по GPRS - каналу в 10-20кбит - оч-ч-чень веселое удовольствие, мазохистам рекомендую. |
|
17.02.2011, 11:56 | #39 |
MaNGOS Dev
Регистрация: 09.02.2010
Сообщений: 594
Сказал(а) спасибо: 315
Поблагодарили 438 раз(а) в 181 сообщениях
|
Поправлено в [11175]. Ветку переношу, об остальных проблемах, я думаю, стоит багрепортами в соответствующем разделе.
__________________
Так как устал объяснять знайте ICQ не пользуюсь |