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/ |