Свежие комментарии

Проблема именно с "пощупать" - в винде дохрена версий рантаймов (от разных VC, с разными вариантами multi-single thread/static-dynamic/debug-release).

Давать все варианты .DLL, как это делает Boost(pro), по 8 версий на каждую версию VC - это я удавлюсь собирать. Пусть лучше сами.

я тут кстати пролистал листы за последние три года.

Date: Thu, 30 Jun 2011 19:23:15 +0300
From: Kostik Belousov

[Please remove current@ when replying.]

I created the first code drop for the ongoing GEM/KMS project. Please
note that this is not an end-user release, and even _not_ a call for
testing. The project is not finished yet, and I expect quite more
efforts from me even after the scheduled project end, and from ports/x11
people, before the driver and usermode infrastructure will be ready for
the general public consumption.

That said, the patch is only of use for you now if you want to review,
debug or otherwise help the project. The driver is known to be unstable,
some parts are missing, some (esp. VM changes) are under the discussion
and propably will be changed.

If you have fix or useful bug analisys or suggestions for improvements,
you are welcome. I will not answer to the support requests for this
code now, please do not waste your time asking for it.

The pointers to the patches, useful hints for debugging and bug
reporting, and some notes are at the http://wiki.freebsd.org/Intel_GPU.
I will maintain this page further.

Current patch is ~50KLOC, it took quite an efforts to bring the code to
the state where there is something to debug. Thanks for everybody who
waited for it, and please be patient while the further work is done.

Это я понял.

Я не понял, какими значениями можно заполнить .icc файл.

То есть, то-ли я чего-то не понимаю, то-ли какая-то ерунда, но когда я тупо из этой матрицы переношу цифры в поля .icc файла, получается какая-то ерунда. В смысле, этот файл даёт дикие ужасные цвета, совсем не похожие на нормальные.

Я сильно сомневаюсь, что его допилят. Политика партии, как я понял - ext4fs + lvm. По беглому взгляду в вики, ключевые фичи оно включает.

Это я заметил и прочёл.
Но, грешным делом, подумал, что тут могут быть какие-то рациональные обоснования (типа, "оно и у девелоперов собирается так и только так" или "генерится лучший код и это критично").

для прочих же...
Если кто хочет "пощупать" либу для своих задач - вполне хватит бинарников и исходников (в кач-ве доки)
Если кто хочет поковырять саму либу, то пусть уже в "кьюте" и ковыряет (своеобразный "порог вхождения" дабы отсеять "праздных зевак").

но хозяин - барин, разумеется :-)

Что зачем? Зачем CMake? Или cmake-gui?

Да, родной способ использования Сmake он, наверное, хороший.

А как генератор .vcproj - мне не понравилось после трех минут использования, дальше копать не стал.

я конечно видел что cmake всюду суёт абсолютные пути - но мне это как-то фиолетово, ведь подразумевается что cmake будет запускаться у каждого разработчика для генерации файлов..

Есть небольшой workaround для абсолютных путей - сделайте простой .cmd/.bat файл в папке с проектом с содержанием: "subst T: ."
и генерируйте файлы проекта уже относительно T: ... пользователям остаётся только запустить этот скрипт и открывать файлы проекта.

Но я минимизирую время на саппорт.

Ну так у вас будет только CMakeLists.txt вместо отдельных мэйкфайлов и готовых проектов для студии - всё чисто и аккуратно. + в перспективе CPack (ну и CTest,CDash, но это мелочи).

Те люди, которым нужен .vcproj, но они не могут сделать его самостоятельно из пяти исходников и одного дефайна, боюсь что и от Cmake тоже могут испортиться.
А зачем таким людям вообще тогда .vcproj, если не могут в cmake-gui сделать пару кликов?
Если люди без готового .vcproj вообще ничего не могут сделать - слепите отдельный vs проект, который при сборке/запуске выдаёт инструкцию как же использовать cmake-gui.

ну почему равшутер то делает все хорошо из коробки? И исходя из того что он делает - нет там пересветов и данных достаточно.

В тему: http://arkanoid.livejournal.com/343627.html

> А кому нужно оба сразу - исчезающе мало.

И такие, как правило, вполне способны сами скачать Qt и сгенерить проекты как и нужно ;)

Whatever.

Лишь бы пользватель в реалтайме видел эффект от ползунков, а при сохранении хоть 128-битное цветовое пространство с плавающим двоеточием используйте...

Единственная серьезная претензия к Qmake - это отсутствие 32/64bit в одном флаконе.
Но стандартный путь "New configuration -> x64 -> based on Win32" решает проблему тех, кому нужно 64 бита. А кому нужно оба сразу - исчезающе мало.