К тому, что происходило в Java-теме и о передаче массивов в С/С++:
Передача массива по указателю – единственный способ передать массив в C/C++:Вывод: 7 9
При этом объявление аргумента как const int выдаст ошибку компиляции как изменение константного объекта; чтение будет по-прежнему возможно. Ещё есть относительно замечательная функция memcpy, которой можно скопировать область памяти (а вдруг?). Очень интересно, что подразумевалось под передачей массива по указателю, неужели что-то такое:
А понятие "массив" существует в C/C++ где-то на уровне понятия "строка", он как бы есть, но он – не то, чем кажется.

Я сейчас как раз читаю про массивы в С++... Сложная тема, однако...
Кстати, а как можно собрать готовый пакет (включая графику и все остальное), чтобы при установке он требовал библиотеку SFML в качестве зависимости?

Цитата Khorrth:

---

Ой, Java - это тоже отдельная история. Я в последнее время очень сильно ругаюсь на ее "кросс-платформенность". " Написано однажды - работает везде" в последнее время лживо. У языкаЭтот пост — помесь всевозможной лжи. Dalvik и ART не являются JVM, и именно поэтому оракл с Google судиться. J2ME — отдельная тема, уже давно забытая.

Вторая часть твоего поста (про легкость кросскомпиляции нативного кода) еще более неверна. https://github.com/mattico/rustyjit/blob/master/src/main.rs — для unix систем и win используется различный код.

Да, но и для разных виртуальных машин - тоже разный код получается. Вот только Unix и Windows - две платформы, а этих ВМ - тысячи их. Да, Dalvik и ART - не JVM. Но для них пишут на Java. При чем, насколько я знаю, на Java 1.6. J2ME - Java 1.4. Java SE - Java 8. При чем back-end-совместимость есть, но на Java SE просто так код J2ME не запустишь. Dalvik - вообще имеет другой формат байт-кода и ни с чем не совместим... Кому оно нужно, если можно использовать нативные языки и не будет никаких проблем...

Khorrth, подожди-подожди. Мир далеко не ограничивается Unix-based, Windows и Android. С «нативной компиляцией» всё не так гладко, как ты думаешь. Есть десятки языков ассемблера. Процессоры тоже бывают разными - про архитектуры же слышал? Разные разрядности, разные системы команд. Да даже популярные процессоры на x86 и x86-64 могут... Отличаться из-за всевозможных расширений (SSE, 3DNow, MMX, FPU, etc). Можешь у @NaruTrey спросить о том, как весело компилить под NES с её сотнями мапперов.

Это я понимаю. Только виртуальных машин еще больше чем платформ при том, что они не на все портированы. ВМ буквально каждого телефона с J2ME отличается.

Khorrth, Android — Java 7, Java 2 Me — Java 1.3. Совместимость не бекенд а обратная (backwards), на Java SE код J2ME не запустится потому что там была библиотека MIDP с языком это не связано.

Да, но и для разных виртуальных машин - тоже разный код получается. Это откровенная ложь и незнание Java окружения. Не зря существует JVM Specification от Oracle (Sun).

На Android пишут на языке Java, но Java и JVM — разные вещи.

В общем говоря, люди перешли на языки с ВМ вовсе не потому, что "можно использовать нативные языки и не будет никаких проблем..."

J2ME - 1.4. Это на моем телефоне, проверено точно. Не только: на Java SE не запустится код потоиму, что он распространяется в виде MIDlet'ов и для их установки/запуска нужно AMS соответсвующее. Про отличия CVM и KVM не знаю, но, возможно, это тоже роль играет.
Да, язык и ВМ - разные вещи. Я сам юзал Scala, Groovy, видел MIDletPascal, GPCP и так далее.
Кросс-платформенность языков с ВМ сомнительна. Почему бы не юзать кросс-платформенные библиотеки?
Про безопасность ничего не знаю. Я пока еще не успел напороться на какие-то грабли в С++.

Khorrth, Не только: на Java SE не запустится код потоиму, что он распространяется в виде MIDlet'ов и для их установки/запуска нужно AMS соответсвующее. Это абсолютная глупость.

Почему бы не юзать кросс-платформенные библиотеки?Наверное, потому что их нет?

1. Не глупость. Там же нет обычного public static void main(...)... Там MIDlet.startApp();
Еще не понятна сиьуация с JNI. В J2ME его юзать нельзя, но там в API как раз оно и юзается %( А в Java SE - можно.
2. Серьезно? А те же самые Qt, GTK, SDL, SFML?