Отправлено Oldring 26 октября 2006 г. 01:41 В ответ на: А вот скажите, как специалист по внутреннему устройству gcc, на сколько сложно его переделать под новое процессорное ядро? отправлено SM 26 октября 2006 г. 01:22

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

P.S. Все-таки на С потянуло? ;)

• Согласен. повозится надо, но оно того стоит! — klen   (26.10.2006 02:33 213.171.51.243, пустое)
• Ответ: (+) — SM   (26.10.2006 01:44 213.141.159.26, 221 байт)
  • Простите, отстал от жизни. Разве народу так и не продается? (+) — Oldring   (26.10.2006 01:58 91.76.43.16, 725 байт)
    • Ответ: (+) — SM   (26.10.2006 02:06 213.141.159.26, 467 байт)
      • Под AVR aesok и я, ранее Денис Чертиков, травим GCC, работа идет- как и везде :) — klen   (26.10.2006 02:37 213.171.51.243, пустое)
        • А вот интересно, сколько времени было затрачено на первоначальную адаптацию для AVR? — Oldring   (26.10.2006 02:42 91.76.43.16, 47 байт)
          • Чесно не знаю, я с ним знаком заочно, сейчас он занят комерческим прокетом, как мне известно. Возможно и он все зачал, но все равно порт под авр это 1, сам порт под GCC + avrlibc - труд огромного числа людей. Два из них (себя не считаю вообще) живут в Москве. Пьем пиво иногда :))) — klen   (26.10.2006 02:49 213.171.51.243, пустое)
            • Здорово, конечено, что в Москве (+) — Oldring   (26.10.2006 02:56 91.76.43.16, 377 байт)
              • Кружок любителей ночного траха с кодом GCC открыт! Милости просим . Организация исключительно добровольная :) Пиво ларечное :) Пинсионерам уважуха и почет! — klen   (26.10.2006 03:00 213.171.51.243, пустое)
        • А у меня вопрос-то (+) — SM   (26.10.2006 02:41 213.141.159.26, 194 байт)
          • Вопрос собсно в чем? Использовать gcc как основу для нового ядра (читай систему команд и структуру конвееров) или что? — klen   (26.10.2006 02:44 213.171.51.243, пустое)
            • Наоборот. Ядро уже есть, это (+) — SM   (26.10.2006 02:47 213.141.159.26, 368 байт)
              • про 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, пустое)