Разработчик - транслятор
Cтраница 1
Разработчик транслятора несомненно заметит, что в этих библиотечных-вступлениях куча используется как нечто вроде второго стека, а следовательно, он может придумать несколько сокращений, экономящих время и память при ручном кодировании подпрограмм. [1]
Разработчик транслятора несомненно заметит, что в этих библиотечных-вступлеяиях куча используется как нечто вроде второго стека, а следовательно, он может придумать несколько сокращений, экономящих время и память при ручном кодировании подпрограмм. [2]
Перед разработчиком транслятора использование меток и переходов ставит ряд дополнительных проблем, однако в основе их всех лежит все та же причина - трудность анализа возможных путей передачи управления в программе. При построении транслятора для такого языка, как Фортран или Алгол, где существенна эффективность рабочей программы, одна из важных целей разработчика - получить оптимизированную программу. Оптимизация решающим образом зависит от структуры передач управления в программе, а при широком использовании переходов и меток эту структуру трудно проанализировать во время компиляции без значительного объема вычислений. [3]
Следовательно, разработчик транслятора имеет полное право оптимизировать исполнение формул. [4]
 |
Представление формулы для решения квадратного уравнения в виде. [5] |
В и В f 2) предоставляется разработчику транслятора. Однако стоит, по-видимому, коснуться различных употребительных синтаксических представлений для выражений, прежде чем будут рассмотрены проблемы, возникающие при определении точного порядка вы числения. [6]
Инструкции перехода создают неудобства как для программистов, так и для разработчиков транслятора. Что касается программистов, то общепризнано, что широкое использование переходов в программе свидетельствует о плохой ее разработке. Программу, использующую переходы для управления последовательностью действий, трудно отладить, еще труднее понять ее. Основную трудность вызывает прослеживание структуры таких программ. При последовательном анализе программы каждая помеченная инструкция ставит перед нами проблему; действительно, этой инструкции может быть передано управление из любого места программы, а определить, откуда именно, невозможно без полного просмотра программы. Подобно этому, при достижении группы инструкции перехода управление может быть передано по многим направлениям, и нет простого способа выяснить, как соотносятся эти различные направления. [7]
Точное и полное описание языка программирования необходимо и для программистов, использующих его, и для разработчиков трансляторов с этого языка программирования. Без точного и полного описания языка программирования невозможно доказать1 правильность программ. [8]
Соответствие между номерами каналов и конкретными устройствами, а также формы представления данных в этих устройствах устанавливаются разработчиками транслятора с языка АЛМО на конкретную машину. [9]
Вновь возникает вопрос о том, когда выполняется проверка окончания; когда и как часто вычисляются различные выражения, входящие в заголовок. В данном случае эти вопросы имеют первостепенную важность для разработчика транслятора еще и потому, что такие циклические инструкции являются главными объектами оптимизации, а различные ответы на поставленные вопросы могут оказать сильное влияние на допустимые типы оптимизации. Как мы увидим в разд. [10]
Его программа управляет памятью только косвенно, посредством использования или неиспользования различных возможностей языка. Положение программиста еще более усложняется характерной для разработчиков языков и разработчиков трансляторов тенденцией относить управление памятью к машинно-зависимым вопросам, которые не должны явно рассматриваться в руководствах по языкам. Таким образом, программисту во многих случаях совсем не просто выяснить, какой метод управления памятью применяется на самом деле. Стоимость использования различных языковых средств часто пропорциональна стоимости требуемых действий по управлению памятью, и если программист не может узнать, какой метод управления памятью применяется, то у него вообще нет разумного способа определить сравнительную стоимость различных алгоритмов решения данной задачи. [11]
В конструкции языка обычно предполагается применение определенного метода управления памятью, однако детали механизмов управления и их погружение в аппаратуру и программное обеспечение являются задачами разработчика транслятора. Например, конструкция Лиспа может подсказать в качестве основы управления памятью список свободного пространства и сбор мусора, но известно много различных методов сбора мусора. Разработчик транслятора должен выбрать или построить метод, наиболее подходящий для имеющейся аппаратуры и программного обеспечения. [12]
 |
НФБ-грамматика для простых операторов присваивания в Алголе. [13] |
Применение формальной грамматики для определения синтаксиса языка программирования имеет большое значение как для специалистов, использующих язык, так и для специалистов, занимающихся его реализацией. Это дает возможность пользователю получать ответы на тонкие вопросы относительно вида программы, пунктуации и структуры. Разработчик транслятора может выделить все возможные случаи структур вводимых программ, которые допускаются в этом языке и с которыми его транслятору, следовательно, придется иметь дело. Тогда и у программиста, и у разработчика транслятора есть общепризнанное определение, которым они могут воспользоваться для разрешения споров о допустимых синтаксических конструкциях. Формальное синтаксическое определение помогает также устранить небольшие синтаксические различия между отдельными реализациями языка. [14]
Эти типы слов образуют непересекающиеся множества. Набор зарезервированных слов фиксирован в языке Кобол. Имена реализации определяются разработчиками транслятора и фиксированы только для конкретной реализации. Ни зарезервированные слова, ни имена реализации не должны использоваться в программе на Коболе в качестве слов, определяемых программистом. [15]
Страницы: 1 2