Наоборот. Ядро уже есть, это (+) («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

[an error occurred while processing this directive] Наоборот. Ядро уже есть, это (+)
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено SM 26 октября 2006 г. 02:47
В ответ на: Вопрос собсно в чем? Использовать gcc как основу для нового ядра (читай систему команд и структуру конвееров) или что? отправлено klen 26 октября 2006 г. 02:44

до неузнаваемости расширенный 51-й процессор. Инструкции, оперирующие 8-ми и 16-битными данными, причем все, включая умножение и деление, ортогональность операндов, DSP-инструкции (баррелевский сдвигатель, MAC/MSU, циркулярная адресация, нормализация) и т.д, и т.п.

Вопрос - на сколько трудоемко сделать так, чтобы при помощи gcc можно было компилить для этого ядра.

Составить ответ ||| Конференция ||| Архив

Ответы

про avr не знаю, но порт для msp430 занял — diwil (26.10.2006 11:28 195.209.231.201, 293 байт)
- Спасибо! Вот это уже конкретно. — SM (26.10.2006 11:48 85.21.237.237, пустое)
  - P.S. Если что, обратиться можно будет? — SM (26.10.2006 11:49 85.21.237.237, пустое)
    - ну... если время будет, то можно :) — diwil (26.10.2006 14:50 80.73.203.33, пустое)
На сколько сложно?? это все относительно. С чем сравнивать. Если Вы один - долго(не потому что сложно а потому что отлаживать нада все) Если возьмется коллектив проффессионалов, гавно вопрос - продукт будет готов через 2-6 месяцеа (суждение одного меня..????..) — klen (26.10.2006 02:53 213.171.51.243, пустое)
- Понятно. То есть сложность этого деяния примерно равна разработке самого ядра включая топологию (это про 6 мес.). Я надеялся, что проще. Ну что же, спасибо за информацию. — SM (26.10.2006 02:56 213.141.159.26, пустое)
  - Надож понимать что почти все написано - С/С++ и какой другой язык транслируется на универсальный язык регистровой машины -RTL, на этом виртуальном языка происходит основная отимимзация (памятник людям который этот слой креативят). А далее по обезяни - просто перевести RTL на асм конкретной платформы(учитывая регистры и всякую хрень). — klen (26.10.2006 03:05 213.171.51.243, пустое)
    - А как же оптимизация-то работает, если она понятия не имеет, на какое множество инструкций будет разложен этот "RTL"? Оно же может вовсе не оптимальный для данной платформи RTL наоптимизировать... Или я что-то недопонял? — SM (26.10.2006 03:08 213.141.159.26, пустое)
      - RTL то не знае!!! ему это и не надо :) ОН КРИВОПИСЬ УСТРАНЯЕТ (читай логику), а вот как ЧИСТЫЙ КАК МЛАДЕНЕЦ АЛГОРИТМ(очищенй оптимизаторм) привести к asm коду - это уже ПОРТ. Вообще слои GCC не вполне отделены друг от друга. — klen (26.10.2006 03:31 213.171.51.243, пустое)
        
        Соответсьвенно и имеется трах с нижними слоями GCC - суть есть улучшение ПОРТА. но чесго сказать это работа не на "орден героя", техника: несохранения регистров которые локально не используются, минимальные прологи и эпилоги... и так далее — klen (26.10.2006 03:35 213.171.51.243, пустое)
      - Вот взять элементарный пример - 8086, самый древний... Там и регистров не разбежишься, да еще и специфические они, а вот закодировать одно и то-же способов-то немерено... — SM   (26.10.2006 03:10 213.141.159.26, пустое)
        
        Хм... Может так спросить - если бы Вы взялись за работу портировать gcc - во сколько бы это оценили? Ну плюс-минус... — SM   (26.10.2006 03:12 213.141.159.26, пустое)
        
        Ответ: Кроме GCC есть еще SDCC может там проще будет. — Artem-1.6E-19   (26.10.2006 06:37 85.90.202.219, пустое)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание