Forth
http://fforum.winglion.ru/

различные виртуальные машины
http://fforum.winglion.ru/viewtopic.php?f=35&t=2350		 Страница 1 из 2
Автор:  mOleg [ Сб дек 19, 2009 21:53 ]
Заголовок сообщения:  различные виртуальные машины
Проект LLVM (Low Level Virtual Machine), в рамках которого Apple, Google и Adobe разрабатывают систему программирования, содержащую компилятор языка С++ в промежуточный байткод, позволяющий оптимизировать программы на всех этапах использования; набор RISC-подобных инструкций виртуального процессора из которых строится байткод, и окружение, предназначенное для исполнения байткода на различных платформах

Обзор LLVM
Автор:  Hishnik [ Сб дек 19, 2009 22:02 ]
Заголовок сообщения: 
Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним.
Автор:  mOleg [ Сб дек 19, 2009 22:06 ]
Заголовок сообщения: 
угу, за ссылку спасибо RHuB-у, кстати ;)

да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал?
Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.
Автор:  Hishnik [ Вс дек 20, 2009 00:06 ]
Заголовок сообщения: 
mOleg писал(а):
да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал?
Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.

Напрямую - нет, не скушает. Стековая машина завязана на вершину стека, а 3-х адресная архитектура нацелена на множество равноправных регистров, доступ к которым чередуется в программе. В принципе, компилятор может и искусственно переставлять команды, чтобы получалось такое чередование, в процессе которого будет происходить "прокачка" данных по конвейеру. А для стека сама программа пишется с прицелом на постоянные обращения к вершине, и образуется "бутылочное горлышко", которое не соптимизировать просто так.
Автор:  вопрос [ Вс дек 20, 2009 01:29 ]
Заголовок сообщения: 
Цитата:
Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним.
претензия-то какая, и что нужно создать :?:
Автор:  Hishnik [ Вс дек 20, 2009 01:35 ]
Заголовок сообщения: 
Претензия такая, что для них нет компилятора Си, который есть для подавляющего большинства современных процессоров. Неважно, что Форт для них эффективнее, есть и комплексные соображения - мало ли зачем понадобится?
Автор:  вопрос [ Вс дек 20, 2009 01:43 ]
Заголовок сообщения: 
и что, кто-то взялся бы это делать?
Автор:  mOleg [ Вс дек 20, 2009 01:47 ]
Заголовок сообщения: 
я могу купить осла, но он мне не нужен, мне нужна машина, но я ее не могу купить :)
Автор:  Hishnik [ Вс дек 20, 2009 02:00 ]
Заголовок сообщения: 
вопрос писал(а):
и что, кто-то взялся бы это делать?

Что именно? Адаптировать stack-only Форт-процессор для компилятора Си мне кажется не очень актуальным. Все равно стек будет "бутылочным горлышком". Но есть же и варианты процессоров с регистровым файлом и аппаратной поддержкой стека.
Автор:  diver [ Вс дек 20, 2009 10:26 ]
Заголовок сообщения: 
вопрос писал(а):
и что, кто-то взялся бы это делать?

между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40
Автор:  forther [ Вс дек 20, 2009 11:31 ]
Заголовок сообщения: 
diver писал(а):
вопрос писал(а):
и что, кто-то взялся бы это делать?

между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40

на "внешней" памяти?
Автор:  вопрос [ Вс дек 20, 2009 13:01 ]
Заголовок сообщения: 
diver писал(а):
вопрос писал(а):
и что, кто-то взялся бы это делать?

между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40

И каковы успехи (скорость продвижения) :?:
Автор:  diver [ Вс дек 20, 2009 13:16 ]
Заголовок сообщения: 
forther писал(а):
[quote="diver"
между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40

на "внешней" памяти?[/quote]

пока на уровне исходных текстов: на входе - текст на Си для ядра - на выходе текст для ядра на VentureForth, который потом скармливается родному компилятору
Автор:  diver [ Вс дек 20, 2009 14:32 ]
Заголовок сообщения: 
успехи пока скромные :-) - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса :-). доросли пока до чернового варианта. даже не бета-версия
Автор:  вопрос [ Вс дек 20, 2009 18:10 ]
Заголовок сообщения: 
diver писал(а):
успехи пока скромные :-) - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса :-). доросли пока до чернового варианта. даже не бета-версия

неудивительно при той трудоёмкости
Страница 1 из 2 Часовой пояс: UTC + 3 часа [ Летнее время ]
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/