Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата korvin @ 01.10.10, 20:35

а что в этом удивительного? ЯВУ всё дальше и дальше уходят от машины, понятно, что рано или поздно они станут невыполнимы на машинах с ограниченными ресурсами. попробуйте рантайм С++ запихнуть в какой-нибудь простенький микроконтроллер.

Да, но конкретно go никуда не уходит от машины. Он компилируемый и не позиционирует себя как язык сверхвысокого уровня. И по сути тоже таковым не является.

Цитата korvin @ 01.10.10, 20:35

и компилятор/интерпретатор -- это такая же программа, как и любая другая, почему она не может предъявлять системные требования?

Ну это требования не к компилятору/итнерпретатору, а к прогам, на нём скомпилированным. Поверх требований самих прог.

Цитата Повстанець @ 01.10.10, 20:41

Да, но конкретно go никуда не уходит от машины. Он компилируемый и не позиционирует себя как язык сверхвысокого уровня. И по сути тоже таковым не является.

ну я его не стал смотреть, как-то поверхностное знакомство с синтаксисом произвело отрицательное впечатление, так что хз =)

Цитата Повстанець @ 01.10.10, 20:41

Ну это требования не к компилятору/итнерпретатору, а к прогам, на нём скомпилированным. Поверх требований самих прог.

видимо это требования среды исполнения -- рантайма.

Добавлено 01.10.10, 20:50
а рантайм CL весит около 20 метров (SBCL), вот и думайте.

Цитата korvin @ 01.10.10, 20:35

попробуйте рантайм С++ запихнуть в какой-нибудь примитивный микроконтроллер.

C++ вполне себе вырождается в C (с некоторыми ограничениями, которыми можно пренебречь). Если отказаться от библиотеки (не языка), то вполне можно результата достичь нормального.

Цитата Мяут-Настоящий @ 01.10.10, 22:34

C++ вполне себе вырождается в C (с некоторыми ограничениями, которыми можно пренебречь). Если отказаться от библиотеки (не языка), то вполне можно результата достичь нормального.

На С++ ?

Цитата Мяут-Настоящий @ 01.10.10, 22:34

C++ вполне себе вырождается в C (с некоторыми ограничениями, которыми можно пренебречь). Если отказаться от библиотеки (не языка), то вполне можно результата достичь нормального.

ну дык это будет уже не С++ =) да и полного С может оказаться слишком много =)

Цитата korvin @ 01.10.10, 20:35

попробуйте рантайм С++ запихнуть в какой-нибудь примитивный микроконтроллер.

Есть проект стандартизации embedded C++, правда он урезан по отношению к нормальному C++. Но почти такие же ограничения накладываются и при писании драйверов под настольные ОС. Урезанные реализации C++ для микроконтроллеров уже давно существуют.

Цитата korvin @ 02.10.10, 02:26

ну дык это будет уже не С++ =) да и полного С может оказаться слишком много =)

А что? Delphi? Python?
На самом деле на каком-нить ARM 1GHz в принципе даже обычный C++ будет работать с STL и прочими плюшками. У SonyEricsson в свое время была технологич-альтернатива JavaME - Mophun. http://en.wikipedia.org/wiki/Mophun

Цитата

The games are developed in the C and C++ programming languages using an open source SDK available upon request from the website.

Оно даже моим T230 умелось вроде бы как

Цитата Мяут-Настоящий @ 02.10.10, 08:12

А что? Delphi? Python?

похоже, что-то C-подобное

Сообщение отредактировано: korvin - 02.10.10, 08:52

На самом деле, что в библиотеке C++ ресурсоемкое так это файловые потоки и общение с ОС и пользователем. Программа, которой не надо открывать и читать/писать файлы и не надо ничего рисовать на экране обычно весит не много. Другое дело, что от обычной подобной программы никакого толку. Другое дело в контроллерах, где это все и не нужно. Сама программа короткая, библиотеку тоже почти не использует.

Добавлено 02.10.10, 11:08
Тут наверно Delphi выигрывает, поскольку в нем это все делается в блоках инициализации модулей, так что если модуль не подключен, то и модуль инициализации не выполняется. В C++ же приходится создать стандартные объекты ввода/вывода, поскольку до окончательной сборки нет возможности узнать будут ли они нужны или нет. Можно, конечно cin, cout сделать наподобие синглтона, чтобы они по необходимости инициировались, но что можно сделать с stdin, stdout?

Цитата amk @ 02.10.10, 11:01

На самом деле, что в библиотеке C++ ресурсоемкое так это файловые потоки и общение с ОС и пользователем. Программа, которой не надо открывать и читать/писать файлы и не надо ничего рисовать на экране обычно весит не много.

Если из STL не тащить потоки, а использовать сишный ввод/вывод, то со всем остальным программа на с++ на копейки тяжелее си-шной.

Цитата Мяут-Настоящий @ 02.10.10, 08:12

На самом деле на каком-нить ARM 1GHz в принципе даже обычный C++ будет работать с STL и прочими плюшками.

Да и на 400МГц вполне свободно работает.

Цитата amk @ 02.10.10, 11:01

но что можно сделать с stdin, stdout?

Написать свой startup

И на 100 МГц работать будет, если памяти хватит.

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

Эх, а Дельфисты наверное нас игнорируют.

Цитата amk @ 02.10.10, 15:28

это решение не будет универсальным.

Такое бывает, когда пишешь под микроконтроллеры.

Цитата amk @ 02.10.10, 15:28

В одном случае они не нужны, в другом - задействованы в программе.

Ну вот и будет у тебя два startup'а для двух этих случаев.

Цитата trainer @ 02.10.10, 19:10

Такое бывает, когда пишешь под микроконтроллеры.

Там обычно уже есть необходимый стартап.