Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Последние темы форума

Показать новые сообщения »

Почтовая рассылка

Подписчиков: 11656
Последний выпуск: 19.06.2015

Лекции по конструированию компиляторов - Глава 1. Введение

1.1. Место компилятора в программном обеспечении

Компиляторы   составляют   существенную   часть   программного
обеспечения ЭВМ.  Это связано с тем, что языки высокого уровня
стали основным  средством разработки  программ.  Только  очень
незначительная  часть   программного  обеспечения,   требующая
особой эффективности, программируется с помощью ассемблеров. В
настоящее   время   распространено   довольно   много   языков
программирования. Наряду  с традиционными языками, такими, как
Фортран,  широкое   распространение  получили  так  называемые
"универсальные языки" (Паскаль, Си, Модула-2, Ада и другие), а
также некоторые  специализированные (например,  язык обработки
списочных структур  Лисп). Кроме того, большое распространение
получили языки,  связанные  с  узкими  предметными  областями,
такие, как входные языки пакетов прикладных программ.
Для некоторых  языков  имеется  довольно  много  реализаций.
Например, реализаций  Паскаля, Модулы-2  или Си  для ЭВМ  типа
IBM/PC на рынке десятки.
С другой  стороны, постоянно  растущая потребность  в  новых
компиляторах связана  с бурным  развитием архитектур  ЭВМ. Это
развитие  идет  по  различным  направлениям.  Совершенствуются
старые архитектуры  как в  концептуальном отношении,  так и по
отдельным, конкретным  линиям. Это  можно проиллюстрировать на
примере микропроцессора  Intel-80X86. Последовательные  версии
этого микропроцессора  8086, 80186, 80286, 80386, 80486, 80586
отличаются не  только техническими характеристиками, но и, что
более  важно,   новыми  возможностями  и,  значит,  изменением
(расширением) системы  команд. Естественно,  это требует новых
компиляторов (или  модификации старых).  То же можно сказать о
микропроцессорах Motorola 68010, 68020, 68030, 68040.
В  рамках   традиционных  последовательных  машин  возникает
большое  число  различных  направлений  архитектур.  Примерами
могут служить архитектуры CISC, RISC. Такие ведущие фирмы, как
Intel, Motorola, Sun, DEC, начинают переходить на выпуск машин
с RISC-архитектурами.  Естественно, для  каждой новой  системы
команд   требуется   полный   набор   новых   компиляторов   с
распространенных языков.
Наконец,   бурно    развиваются    различные    параллельные
архитектуры. Среди них отметим векторные, многопроцессорные, с
широким   командным   словом   (вариантом   которых   являются
суперскалярные ЭВМ).  На рынке уже имеются десятки типов ЭВМ с
параллельной архитектурой,  начиная от  супер-ЭВМ (Cray, CDC и
другие),  через  рабочие  станции  (например,  IBM/RS-6000)  и
кончая персональными  (например, на  основе микропроцессора I-
860).  Естественно,   для  каждой  из  машин  создаются  новые
компиляторы  для   многих   языков   программирования.   Здесь
необходимо  также  отметить,  что  новые  архитектуры  требуют
разработки совершенно  новых подходов к созданию компиляторов,
так что наряду с собственно разработкой компиляторов ведется и
большая научная работа по созданию новых методов трансляции.

1.2. Структура компилятора

  Обобщенная структура  компилятора и основные фазы компиляции
показаны на рис. 1.1.
  На  фазе   лексического  анализа   (ЛА)  входная  программа,
представляющая собой  поток символов, разбивается на лексемы -
слова  в   соответствии  с   определениями   языка.   Основным
формализмом,   лежащим   в   основе   реализации   лексических
анализаторов,  являются   конечные   автоматы   и   регулярные
выражения.  Лексический   анализатор  может  работать  в  двух
основных   режимах:    либо   как   подпрограмма,   вызываемая
синтаксическим анализатором  за очередной  лексемой, либо  как
полный проход, результатом которого является файл лексем.
В процессе  выделения лексем  ЛА  может  как  самостоятельно
строить таблицы  имен и  констант, так и выдавать значения для
каждой лексемы  при очередном  обращении к нему. В этом случае
таблица  имен   строится  в  последующих  фазах  (например,  в
процессе синтаксического анализа).

      +-------------+   +-------------+ +-----------------+
      | Лексический |-->| Диагностика | |+---------------+|
 Вход |   анализ    |   +-------------+ || Поток лексем +||
 ---->|-------------|------------------>|| таблицы имен  ||-+
      |   Конечные  |                   || и констант    || |
      |   автоматы  |                   |+---------------+| |
      +-------------+                   +-----------------+ |
            +-----------------------------------------------+
            v
 +-------------------+  +-------------+ +------------------+
 | Синтаксический    |->| Диагностика | |+----------------+|
 |    анализ         |  +-------------+ || Дерево разбора ||
 |-------------------+----------------> ||  + таблицы     ||+
 | Контекстно-сво-   |                  || имен и констант|||
 | бодные грамматики |                  |+----------------+||
 +-------------------+                  +------------------+|
           +------------------------------------------------+
           v
  +-------------+   +-----------++----------------------+
  | Контекстный |-->|Диагностика||+--------------------+|
  |  анализ     |   +-----------+|| Атрибутированное   ||
  |-------------|--------------->|| дерево или  дерево ||-+
  | Атрибутные  |                || + таблица символов || |
  | грамматики  |                |+--------------------+| |
  +-------------+                +----------------------+ |
             +--------------------------------------------+
             v
     +----------------+    +--------------------------+
     |   Генерация    |    |+------------------------+|
     | промежуточного |    || Промежуточная форма    ||
     |  представления |    || (префиксная, пост-     ||
     |----------------|--->||  фиксная, тройки и др.)||---+
     | СУ-трансляция  |    |+------------------------+|   |
     +----------------+    +--------------------------+   |
             +--------------------------------------------+
             |  +-------------------------------------+
             v  v                                     |
     +-------------+   +-------------------------+    |
     | Оптимизация |   |+-----------------------+|    |
     |-------------|-->|| Промежуточная форма   ||    |
     | Потоковый   |   || (ориентированный граф)||--> |
     |   анализ    |   |+-----------------------+|    |
     +-------------+   +-------------------------+    |
             +----------------------------------------+
             |
             v
     +-----------------------+     +-------------+
     | Генерация кода        |     |+-----------+|
     |-----------------------+---->||           ||
     | Таблицы решений,      |     || Объектный ||
     | динамическое          |     ||  модуль   ||
     | программирование и др.|     |+-----------+|
     +-----------------------+     +-------------+

                       Рис. 1.1

  На этапе  ЛА обнаруживаются  некоторые (простейшие)  ошибки
(недопустимые    символы,     неправильная    запись    чисел,
идентификаторов и др.).
Основная задача  синтаксического анализа  - разбор структуры
программы. Как  правило,  под  структурой  понимается  дерево,
соответствующее  разбору   в  контекстно-свободной  грамматике
языка. В  настоящее время  чаще всего используется либо LL(1)-
анализ (и  его вариант - рекурсивный спуск), либо LR(1)-анализ
и его  варианты (LR(0), SLR(1), LALR(1) и другие). Рекурсивный
спуск   чаще    используется   при   ручном   программировании
синтаксического анализатора,  LR(1) - при использовании систем
автоматизации построения синтаксических анализаторов.
Результатом синтаксического  анализа является синтаксическое
дерево со ссылками на таблицу имен. В процессе синтаксического
анализа также  обнаруживаются ошибки,  связанные со структурой
программы.
На этапе  контекстного анализа  выявляются зависимости между
частями программы,  которые не  могут быть описаны контекстно-
свободным  синтаксисом.   Это  в   основном  связи  "описание-
использование", в  частности  анализ  типов  объектов,  анализ
областей видимости, соответствие параметров, метки и другие. В
процессе  контекстного   анализа  строится  таблица  символов,
которую можно  рассматривать  как  таблицу  имен,  пополненную
информацией об описаниях (свойствах) объектов.
Основным   формализмом,   использующимся   при   контекстном
анализе, являются  атрибутные грамматики.  Результатом  работы
фазы контекстного  анализа  является  атрибутированное  дерево
программы.   Информация    об   объектах    может   быть   как
рассредоточена в самом дереве, так и сосредоточена в отдельных
таблицах символов. В процессе контекстного анализа также могут
быть   обнаружены    ошибки,    связанные    с    неправильным
использованием объектов.
Затем  программа   может  быть   переведена  во   внутреннее
представление.  Это   делается  для  целей  оптимизации  и/или
удобства  генерации   кода.  Еще  одной  целью  преобразования
программы во  внутреннее представление  является желание иметь
переносимый компилятор. Тогда только последняя фаза (генерация
кода)  является   машинно-зависимой.  В  качестве  внутреннего
представления может  использоваться префиксная или постфиксная
запись, ориентированный граф, тройки, четверки и другие.
Фаз оптимизации  может быть  несколько.  Оптимизации  обычно
делят на  машинно-зависимые и машинно-независимые, локальные и
глобальные. Часть машинно-зависимой оптимизации выполняется на
фазе генерации  кода. Глобальная  оптимизация пытается принять
во внимание  структуру  всей  программы,  локальная  -  только
небольших ее  фрагментов. Глобальная  оптимизация основывается
на глобальном  потоковом анализе, который выполняется на графе
программы и  представляет  по  существу  преобразование  этого
графа. При  этом могут  учитываться такие  свойства программы,
как  межпроцедурный   анализ,  межмодульный   анализ,   анализ
областей жизни переменных и т.д.
Наконец,  генерация   кода  -   последняя  фаза  трансляции.
Результатом  ее   является  либо   ассемблерный  модуль,  либо
объектный (или  загрузочный) модуль. В процессе генерации кода
могут выполняться  некоторые локальные  оптимизации, такие как
распределение регистров, выбор длинных или коротких переходов,
учет стоимости команд при выборе конкретной последовательности
команд. Для генерации кода разработаны различные методы, такие
как  таблицы   решений,  сопоставление   образцов,  включающее
динамическое   программирование,    различные   синтаксические
методы.
Конечно,  те   или  иные   фазы   транслятора   могут   либо
отсутствовать совсем,  либо объединяться.  В простейшем случае
однопроходного   транслятора    нет   явной   фазы   генерации
промежуточного представления  и  оптимизации,  остальные  фазы
объединены  в   одну,   причем   нет   и   явно   построенного
синтаксического дерева.
Назад | Оглавление | Вперед

Оставить комментарий

Комментарий:
можно использовать BB-коды
Максимальная длина комментария - 4000 символов.
 
Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог