Кроссплатформеность - основы, источники для начинающих

Кросплатформенность не совместима с таким низкоуровневым говном, каким является сишечка. Правильный подход такой - переписать quake на нормальный язык, выскоуровневый и кроссплатформенный (читай, Common Lisp).

настоящий lovesan

основное между x86 и армом - это вроде как порядок байт в слове
http://ru.wikipedia.org/wiki/Порядок_байтов

ну а 32 иль 64 - это различная длина указателей - и разных типов данных

нууу, по-моему, специальных манускриптов на тему кросс-платформенности особо не существует, это само должно прийти, с опытом разработки на разных процессорных архитектурах

В общем С++ код я не смогу нормально с Х86 на АРМ 32бит перевести? Вроде как бы это реализуемо?

основное между x86 и армом - это вроде как порядок байт в слове

http://ru.wikipedia.org/wiki/Порядок_байтов

ARM бывает двух эндианов, причем афайк наиболее порпулярен как раз LE

Правильный подход такой - переписать quake на нормальный язык, выскоуровневый и кроссплатформенный (читай, Java).

Поправил.

Програмистких скилов я не имею, изучаю Баш, читаю книгу «С++ за 21 день». Может что то можно придумать, дайте литературу с чего отталкиваться чтоб хотя бы это все понимать. спс

В общем С++ код я не смогу нормально с Х86 на АРМ 32бит перевести?

нормальный С++ код и так корректно соберется и отработает, как ты думаешь тот же debian под arm собирают

Правильный подход такой - переписать quake на нормальный язык, выскоуровневый и кроссплатформенный (читай, Java).

все правильно - современное железо наконец-то потянет первый квейк на Java

Сложная это штука. Я, например, когда сменил архитектуру с 32-битной на 64-битную, один свой велосипед очень долго просматривал в поисках ошибок. Главное, конечно, - не использовать архитектурнозависимые типы данных.

Програмистких скилов я не имею, изучаю Баш, читаю книгу «С++ за 21 день».

А смысл тогда сейчас задумываться о кросс-платформенности?

В общем случае надо знать, что:

-бывает порядок байт little endian и big endian
-на разных архитектурах (а также ОС и версиях компиляторов) размеры базовых типов и указателей могут быть различными
-доступ к памяти по невыровненному адресу может вызывать исключение (например, в ARM обращение к памяти должно происходить по адресам, кратным 4)

и еще over дофига всяких нюансов

а можно по сути вопроса порекомендовать литературу с чего нужно начать чтоб хотя бы понимать основы всего процесса от компилирования и до полной сборки рабочих файлов?

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

Dragon book.

с чего нужно начать

С выбора библиотек (SDL,QT,...), и средств описания проекта (cmake,...), а от этого и пойдёт литература. Основные ошибки при написании плохо переносимого кода тебе уже сказали, к ним можно добавить: ASM-вставки, платформо-зависимые библитеки. А так, при правильно подобранном наборе библиотек, и аккуратном использовании типов кроссплатформенный код получается очень легко

>выбора библиотек (SDL,QT,...), и средств описания проекта (cmake,...), а от этого и пойдёт литература. Основные ошибки при написании плохо переносимого кода тебе уже сказали, к ним можно добавить: ASM-вставки, платформо-зависимые библитеки. А так, при правильно подобранном наборе библиотек, и аккуратном использовании типов кроссплатформенный код получается очень легко

Вот это то что мне нужно. Какие библиотеки порекомендуете? Описание проэкта скорее стандартным make (makefile).

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

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

Описание проэкта скорее стандартным make (makefile).

Ты хоть понял что ляпнул? Зачем по твоему существуют cmake и autoconfig

А выбор библиотек напрямую зависит от поставленных задач. Если игры, то посмотри на код открытых инди-игр, упоминаний о которых на ЛОРе полным полно

Кросплатформенность не совместима с таким низкоуровневым говном, каким является сишечка. Правильный подход такой - переписать quake на нормальный язык, выскоуровневый и кроссплатформенный (читай, Common Lisp).

а мужики то не знают!

Ты хоть понял что ляпнул? Зачем по твоему существуют cmake и autoconfig

я с этим не ознакомлен(((((

А что скажете про emdebian, qemu?

Не обращай внимания! Кто-то упорно косит под лавсана. Как пить дать, питонщик или даже школьник.

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

autoconfig

Это еще что за зверь ? :)

Упс, cmake-головного мозга сказался :)

эт ты на long намекаешь ? :)

И не только

B. Hook «Write portable code» http://nostarch.com/wpc.htm, еще например http://www.amazon.com/Cross-Platform-Development-Building-Windows-Application...

С++ код я не смогу нормально с Х86 на АРМ 32бит перевести? Вроде как бы это реализуемо?

ну, как минимум тулзы для анализа последствий переноса точно есть. Может уже и автоматизировали...

По основам почитай что-нибудь про архитектуру компьютера - Таненбаума, например. Там и про сборку программ рассказывается.

Если C++ не очень нужен - лучше его пока не трогать, с нуля он слишком сложен. Названные игры на C написаны.

http://www.unix.org/whitepapers/64bit.html

http://www.dwheeler.com/program-library/Program-Library-HOWTO/

Ок, спасибо за ответы. Тогда отталкнемся от следующего. Подскажите как происходит весь цикл создания рабочих файлов, начиная с этапа «вот есть уже готовый *.срр и что мне дальше с ним делать?». Хочу понять всю логику. Лучше будет если будут примеры. Я так понял что MAKE-файл собирает это все от и до автоматом?

Не бейте за глупые вопросы, а лучше поправьте где надо. Спасибо за внимание.

ключевые понятия: исходники *.срр компилятор GCC конечные таргеты - ARM и х64

http://www.opennet.ru/docs/RUS/make_compile/make-2.html

google://кросскомпиляция

Обычно используют autoconf или cmake.

www.linux.org.ru/books/GNU/autoconf/autoconf-ru_toc.html

спасибо за помощь, извените за глупые вопросы. Почитаю что есть. СПС.

http://www.opennet.ru/docs/RUS/make_compile/make-2.html

google://кросскомпиляция

Обычно используют autotools или cmake.

ты нинастоящий

Генерируются все файлы, необходимые для сборки, переносятся в проект, пишется makefile, исправляются ошибки, пока не соберется. Полезно отключать некоторые части кода, чтобы поскорее к такому состоянию придти. Часто нужно добавлять еще и зависимости. Если они с открытым кодом, то можно прямо в виде кода в тот же проект и добавить, не забыв про makefile. Основные сложности будут с графикой, звуком и вводом.

В общем почитал теории немного, понял что мне нужно научиться писать кросс-платформенные мейки. Из самого актуального - boost::build, cmake & autoconf. В общем чем отличаются они и что предпочтительнее? boost::build как я понял более актуальна?

Сначала вручную портируй без всякой кроссплатформенности, а потом уже занимайся скриптами сборки. Сборка — самое легкое.

спс, совет учел

Не слушай ты этого жирного тролля, очень даже хорошо переносится.

Всем добрый вечер! Начитался много инфы и теперь имею кашу в голове((((( Помогите разобраться с такими вещами как boost.build, bjam, jam, JAMROOT, JAMFILE. Мне хотя бы понять основные принцыпы работы и как это все правильно запустить, тот же пример на Hello World на C++. Примеры в основном под NT, а надо под Убунту. Как собрать, например OpenSSL, с чего начать анализ? Руководствуюсь статьями http://www.ibm.com/developerworks/ru/library/l-Jam_1/ . С них же примеры на начальном уровне работают, но как это объеденить с бустом? Я понимаю что Вы тут все умные и можете просто послать, но все же я надеюсь на толковые отзывы новичку, мне сложно разбираться, но желание есть.