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

configure затем, что просят трудящиеся. Сам я просто Makefile использую и счастлив. Это на Unix.
а чем CMake не configure? сделайте configure который вызывает CMake.
или он не на всех машинах есть, и добавить в зависимость его нельзя?

А на Windows - Qmake. Тоже тот еще подарочек, но в сравнении с CMake понравился куда больше (в частности тем, что создаваемые им VS-проекты - независимы от абсолютных путей).

Наверное, то что они абсолютные вписывается в общую концепцию - так как они генерируются в зависимости от системы, её настроек. это как configure.
Для проектов CMake не принято передавать сгенерированные файлы. Аргумент про заказчика, который хочет именно проект студии, и не хочет научится его генерировать через CMake не убедительный - наши заказчики не жужат - мы им картинки даём.

configure затем, что просят трудящиеся. Сам я просто Makefile использую и счастлив. Это на Unix.
А на Windows - Qmake. Тоже тот еще подарочек, но в сравнении с CMake понравился куда больше (в частности тем, что создаваемые им VS-проекты - независимы от абсолютных путей).

CMake не использую потому что он какой-то совершенно безумный. То есть на Linux/итп в любом случае нужен configure (да и просто вменяемый Makefile мне несложно написать). А на других платформах от Cmake какое-то сплошное огорчение. Помню, пытался clang/llvm собрать под виндой и если с llvm получилось, то на clang оказалось проще забить.

По первой строчке - это означает, что мне нужно пересобрать Qt с таким же набором архитектур, правильно? Бинарный Qt 4.8 - только x86_64 вроде бы....
Тогда я пока потерплю, а дальше будет видно.

Такое в первый раз вижу.
Но соглашайся, да!

проще всего использовать стандартный студийный инсталятор (не installshield). он делает и msi и setup.exe к нему и все зависимости рядом кладет. потом можно 7z все собрать в один файл для полной версии и отдавать msi, если надо поставить только новую версию.

> Маковская версия уже собирается, но еще не работает.

"уже мажется но но есть еще нельзя"

Динамические и статические библиотеки тоже бывают несколькоархитектурными. При желании вполне можно одновременно сделать i386, x86_64, ppc и ppc64 :-)

Надо собирать Universal / Fat Binary с 32-битным и 64-битным кодом внутри. Компилятор / линковщик понимает ключики "-arch 386 -arch x86_64". Указывать их надо оба одновременно, или в настройках проекта Xcode можно выбрать нужные архитектуры. Еще нужно не забыть про MACOSX_DEPLOYMENT_TARGET оно отвечает за минимальную версию ОС под которой программа будет запускаться. Тоже можно установить в настройках проекта.

О да.
Я тут вчера впервые сделал деплой под Max OS X. Просто запускаешь macdeplyoyqt -dmg - и получаешь работающий dmg. Удивительное дело.

Да, пока криво и косо, много чего не понимаю, но оно натурально проще, чем под виндой.

Аплодирую упорству :)

> Как много я не знаю и как бы я хотел этого всего не знать.

Это очень мудрые слова. Фактически мой девиз как профессионального программиста.

Оно - очевидно - недоделано, хотя там осталось дел на 5 минут (+ еще нужно знание дельфи и компилятор, у меня оба предмета отсутствуют).

Т.е. в xml-ке уже оставлено место, где можно попатчить, осталось эту патчилку прикрутить в зависимости от настроек RequiredPrivileges (или PrivilegesRequired, никак не могу запомнить).

Но так как я пока ставлюсь в Program Files, т.е. права мне нужны (и defaults - годятся), я попатчил бинарно прямо по живому.

Спасибо, интересно и полезно.

Ну вот Xcode 4.3 (на другой машине) мне накачал миллиард всяких SDK для 10.5, 10.6 и так далее (а 10.4, честное слово, меня не волнует).

Подозреваю, он умеет собрать под точно указанную платформу.