2 вопрос
stdcall - это директива паскаля, подразумевающая работу с функцией подобно С/С++. У С/С++ она получается автоматическая.
В паскале первые аргументы функции заносятся в регистры (экономят стек) а результат в аккумулятор (регистр А) а в С/С++ -- все через стек.

Мдя я мог и напутать немного насчет stdcall - может это и паскалевский тип (для него в С есть pascal вообщето), - давно уже не сталкивался.

Прекрасно, вернемся сначала к поднятому тобой вопросу:

Я так понимаю, что все-таки необходимо знать, как все устроено в том же Си

К тому же стандарт все-таки не предусматривает распределения регистров, уже хотя бы потому, что компилятор си может работать не только на ix86 платформе. И распределение регистров внутри программы скомпилированной на сях тоже дело достаточно интимное То, что при опускании на уровень реализации Форт-ВМ необходимо знать как устроена эта самая ВМ нет ничего необычного или же сложного, особенно, если исходные тексты этой самой ФВМ открыты.

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

Си и ему подобные перед входом в функцию выделяют на стеке {данных\возвратов} место под данные, при необходимости проводят инициализацию данных, в зарезервированной области, выкладывают адрес возвратов на вершину стека, и входят в функцию -- при выходе эта память освобождается( вызывающей или вызываемой) функцией. Конечно, это происходит автоматически, но это приходится знать, особенно, если ты хочешь писать на ассемблере. А форт ничего этого не делает, то есть он только сохраняет на стеке возвратов адрес, на который нужно перейти при выходе из слова ( и все ) А вот инициализация данных, подготовка и последующее удаление этих данных перекладывается на программиста. Поэтому и существуют эти самые dup drop и им подобные

При написании на С для управляющих систем, зачастую, еще приходится
пристыковывать операционную среду к языку:)

Еще можно добавить несовместимость реализаций рунтайм объектных
моделей С++ разных производителей. DLL код от Борланд не будет работать
с С++ от МS. ( уже с этим сталкивался )

Встретился со стандартом введенным Филипс для ARM процессоров когда
при передаче параметров регистры c 0...3 отведены под них, а остальные
параметры передаются через стек. Регистры с 4...11 отведены под локальные
переменные и при необходимости должны сохраняться. r12 отведен под
связующую информацию.

Вот вам еще статейка по теме: http://www.inventio.co.uk/forthvsc.htm

Тем не менее, некое соглашение ЕСТЬ, в то время как в Форте нет, т.е. в тстандартных случаях я не буду особенно сомневаться

http://colorforth.com/1percent.html Все читали?

Единообразие в Форте может быть обусловлено целесообразностью
и заимстовованием исходных текстов. Лично я стараюсь придерживаться
стандарта де-факто и других призываю. Для вызово примитива с другой
дисциплиной использования регистров достаточно вызов или тело примитива обложить
адаптирующими макросами.

Форт всегда выигрывает в задачах прототипирования, где количество структур данных не так уж и велико - в противном случае надо реализовать системный уровень (структуры, массивы), а потом уж программить

если лень и тебе надо общаться в команде с другими программистами (часто не разделяющими твои восторги по поводу Форта) - С++

Кроме того, применение шаблонов, наследования и полиморфизма в С++ позволяют сокрыть катавасию с разнообразными структурами данных и улучшить читабельность кода

Не все так хорошо всё понимают...

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

Все-таки интересен как сам опрос, так и его результаты. Странно, что на этом форуме есть люди (на данный момент трое), которые считают, что С++ лучше Форта...