dotmanЧто хотелось бы:
1) Одни исходники для всех платформ
2) Кросс-компиляция исходника с одной платформы для всех целевых (работаю в Linux, хотелось бы "нажать на кнопку" и получить сразу кучу исполняемых файлов, по-одному для каждой целевой платформы)

Вопрос: на чем можно быстро и просто написать такое приложение?На С естественно :) Компилятор стандартный gcc.
Прийдется правда слегка повозится и поставить нужные platform-specific SDK (и возможно пересобрать сам gcc чтобы разрешить кросс-компиляцию). А так же надо будет следить чтобы не использовались уникальные для какой-либо из систем библиотеки. То есть либо самому писать сетевой протокол, либо использовать статическую линковку.
Зато потом просто gcc -mwindows, gcc -mglibc, gcc -mmacosx и так далее. Разница будет только в makefile

dotmanавтор"либо самому писать сетевой протокол"
Я правильно понимаю, что у меня код будет в видеНет, как раз в случае собственного протокола код будет один общий для всех. Работа с сокетами во всех операционках одинакова.


dotman Так тоже можно, но можно и проще: сделать собственные универсальные врапперы над системо-зависимыми библиотеками. Например делаешь "myftp.h" с заголовками:
Потом делаешь несколько платформо-зависимых исходников, myftp_linux.c myftp_windows.c, myftp_someotheranimal.c. В каждом из которых делаешь реализацию всех функций из myftp.h
Потом при окончательной компиляции проекта подсовываешь линкеру один из платформо-зависимых файлов.
Получится примерно как класс с виртуальными функциями, но вручную.

dotmanавторлибо использовать статическую линковку
Т.е. я могу использовать уникальные библиотеки для каждой платформы и статически "вшивать" конкретную либу в конкретный исполняемый файл для определенной платформы?Нет, это будет как раз случай условной компиляции. Там уже не важно статическая или динамическая библиотека используется. Если она системо-зависимая, то условная компиляция и никаких гвоздей.

Под статической линковкой я подразумевал чью-нибудь чужую системо-независимую реализацию протокола. В смысле не ты сам возишься с сокетами а используешь чужую возню. Обычно такие библиотеки компилируются в dll/so, а можно их и статически прилинковать (если лицензия позволяет).

И кстати, очень сильно советую не возится с кросс-компиляцией, а поставить себе несколько машин в реальном или виртуальном вариантах. Будет и намного проще и надежней компилировать и тестировать сможешь не отходя от кассы.

dotmanДля Windows скачал бесплатный Visual C++ Express,Надо было скачивать MinGW. http://www.mingw.org/


dotmanНа днях узнал про QtCreator который как я понял, содержит кросс-платформенные реализации различных библиотек, в том числе и для работы с HTTP. Планирую посмотреть QtCreator, если там все так радужно - перепишу. QtCreator это всего-лишь один из редакторов нацеленных на работу с библиотекой Qt. Этот редактор пишется той же фирмой что и сама библиотека, так что на данное время он самый лучший для работы с Qt. Но говорить что QtCreator что-то там содержит это все равно что утверждать что NetBeans имеет кучу классов :)
А в остальном не соврали, Qt действительно очень крут и удобен для кроссплаторменных задач. Если конечно его (Qt) на эту платформу уже портировали. К сожалению не все ОС его уже имеют и не всегда там самая свежая или стабильная версия. Теже самые проблемы что и с Java...
http://qt.nokia.com/