Почему вы выбрали Qt

[iroln]

Ага, и чтобы создать пустое окно надо написать 50 строк кода.
А ещё там менеджеров компоновки нет, все элементы гвоздями прибиты. А ещё эти монстроузные функции с кучей аргументов, которые должны быть NULL или 0. Очень приятно программировать с winapi.

[fuCtor]

Ага, и чтобы создать пустое окно надо написать 50 строк кода.
А ещё там менеджеров компоновки нет, все элементы гвоздями прибиты. А ещё эти монстроузные функции с кучей аргументов, которые должны быть NULL или 0. Очень приятно программировать с winapi.

В моем случае основным требованием было: 0 сторонних зависимостей (зависимость только от msvcrt), т.к. иначе программа не сможет выполнять свою функцию =)

[Rem Norton]

Ага, и чтобы создать пустое окно надо написать 50 строк кода.
А ещё там менеджеров компоновки нет, все элементы гвоздями прибиты. А ещё эти монстроузные функции с кучей аргументов, которые должны быть NULL или 0. Очень приятно программировать с winapi.

В моем случае основным требованием было: 0 сторонних зависимостей (зависимость только от msvcrt), т.к. иначе программа не сможет выполнять свою функцию =)

А чего не ASM? Сторонних зависимостей еще меньше. Да и наличие ОС в принципе не обязательно. ИМХО: программирование и фанатизм - это не одно и то же.

[Bepec]

Нужно идти в ногу со временем, но без фанатизма.

Сейчас для программ, работающих с интернетом и обновлениями, 20-50 мб сторонних зависимостей не проблема.
А уж для стационарных программ, сейчас даже 300-500 мб не будут проблемой.

И опять таки, без фанатизма. Никто же не просит писать монструозные программы на пару терабайт

[ufna]

В моем случае основным требованием было: 0 сторонних зависимостей (зависимость только от msvcrt), т.к. иначе программа не сможет выполнять свою функцию =)

А можно узнать что за "функцию"? Статическая сборка спасает отца русской демократии, вообще никаких внешних зависимостей, "все в себе". А главное - гораздо проще разрабатывать, поддерживать, изменять и т.п. У нас на Qt очень и очень гибкий апдейтер/инталлер/лончер, и работает везде.

[Bepec]

ufna не поделитесь способом делать статические сборки?(OS windows, опыта сборок нет) Я уже раз 5 пытался найти достаточно подробный мануал, но увы и ах, не смог ничего добиться, кроме компилированной нерабочей сборки...

[ufna]

да в общем-то разницы никакой нет, кроме ключа "-static" при сборке Qt. А в самом проекте - уже подключать доп. плагины если они нужны напрямую, к примеру jpg и т.п.

Если что-то не собирается, надо копать в чем причина на конкретных ошибках

[Bepec]

Собственно на этом моменте и начинается печаль и мои тормоза ) Спец написал что опыта не было, пробовал с разными ключами, слабо понимая что делая (хелп читал, но какие из них необходимы, а какие нет - загадка) А во всех документах и манулах пишут - запустите qmake с нужными вам ключами...

[ufna]

Как пример: http://blog.ufna.ru/2010/03/23/pna-mod-qt-4-wince-build , только ключи выбери нужные тебе и добавь -static. Ну и после сборки лишнее не указывай, что для WinCE.

Мануалов много, видимо не так искал

[fuCtor]

В моем случае основным требованием было: 0 сторонних зависимостей (зависимость только от msvcrt), т.к. иначе программа не сможет выполнять свою функцию =)

А можно узнать что за "функцию"? Статическая сборка спасает отца русской демократии, вообще никаких внешних зависимостей, "все в себе". А главное - гораздо проще разрабатывать, поддерживать, изменять и т.п. У нас на Qt очень и очень гибкий апдейтер/инталлер/лончер, и работает везде.

Функции две:
1) перезапуск приложения, тобишь рестарт (можно и без нее сделать, но параллельно с этим выполняется и вторая функция)
2) запуск скаченных обновлений в собственном формате из определенной папки.

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

Поэтому:
1) зависимости от Qt не должно быть, хотя все эти библиотеки лежат рядом, т.к. может потребоваться в один день и их заменить, но будут заблокированы другим процессом, для этого контролю чтоб обновляемое приложение было выгружено;
2) статическая линковка в этом случае избыточка, т.к. это + X мб к объему, а хочется поменьше все же хоть и скорости/емкости выросли.

[Bepec]

Тебе говорят о статической сборке. В папке с программой не будет никаких файлов библиотек. Будет 1 файл. exe.
Объем программы получится даже меньше, чем с динамическими библиотеками. (всё равно для программы придётся их качать)

И в результате у тебя будет примерно 8 мб файлик без внешних зависимостей и никаких сторонних файлов ^^

to ufna:
В ключах то и больная зараза.
к примеру что значит это вот комбинация?

Код:

-platform win32-msvc2005 -xplatform wince50standard-armv4i-msvc2005 -debug-and-release -nomake examples -nomake demos -no-accessibility -D QT_NO_CURSOR -D QT_NO_DRAGANDDROP -D QT_NO_CLIPBOARD -D QT_NO_ACCESSIBILITY -D QT_NO_SESSIONMANAGER

или я правильно думаю, что в моём случае нужно только указание платформы и static?

[fuCtor]

Тебе говорят о статической сборке. В папке с программой не будет никаких файлов библиотек. Будет 1 файл. exe.
Объем программы получится даже меньше, чем с динамическими библиотеками. (всё равно для программы придётся их качать)

И в результате у тебя будет примерно 8 мб файлик без внешних зависимостей и никаких сторонних файлов ^^

О каком файле говорим? Файле обновлятора или самой программы? НАФИГА мне обновлятор в 8Мб  Если про саму программу, то там динамическая линковка, т.к. LGPL, а продукт закрытый, а сколько зависимостей у самой программы уже дело последнее.

[Bepec]

А зачем тебе обновлятор в 150 кб?

[fuCtor]

А зачем тебе обновлятор в 150 кб?

Он у меня 40Кб 

больше ничего от GUI не нужно =)

[Bepec]

Нукось накось и не поспоришь