WikiDer > Таблица символов
 | эта статья нужны дополнительные цитаты для проверка. (Ноябрь 2012 г.) (Узнайте, как и когда удалить этот шаблон сообщения) |
В Информатика, а таблица символов это структура данных используется языком переводчик например, компилятор или переводчик, где каждый идентификатор (или символ) в программе исходный код связан с информацией, касающейся его объявления или появления в источнике. Другими словами, записи таблицы символов хранят информацию, относящуюся к соответствующему символу записи.
Задний план
Таблица символов может существовать только в памяти во время процесса перевода или может быть встроена в вывод перевода, например, в ABI объектный файл для дальнейшего использования. Например, его можно использовать во время интерактивного сеанс отладки, или как ресурс для форматирования диагностического отчета во время или после казнь программы.[1]
Описание
Минимальная информация, содержащаяся в таблице символов, используемой переводчиком, включает имя символа и его местоположение или адрес. Для компилятора, ориентированного на платформу с концепцией перемещаемости, он также будет содержать атрибуты перемещаемости (абсолютные, перемещаемые и т. Д.) И необходимую информацию о перемещении для перемещаемых символов. Таблицы символов для языки программирования высокого уровня может хранить тип символа: строка, целое число, число с плавающей запятой и т. д., его размер, его размеры и его границы. Не вся эта информация включена в выходной файл, но может быть предоставлена для использования в отладка. Во многих случаях символ Перекрестная ссылка информация хранится в таблице символов или связана с ней. Большинство компиляторов печатают часть или всю эту информацию в таблице символов и списках перекрестных ссылок в конце перевода.
Реализация
Многочисленные структуры данных доступны для реализации таблиц. Деревья, линейные списки и самоорганизующиеся списки все можно использовать для реализации таблицы символов. К таблице символов обращаются на большинстве этапов компилятора, начиная с лексический анализ, и продолжаем оптимизацию.
Компилятор может использовать одну большую таблицу символов для всех символов или использовать отдельные иерархические таблицы символов для разных объемы. Например, на языке с ограниченной областью видимости, таком как Алгол или PL / I символ «p» может быть объявлен отдельно в нескольких процедурах, возможно, с разными атрибутами. Область действия каждого объявления - это раздел программы, в котором ссылки на «p» соответствуют этому объявлению. Каждое объявление представляет собой уникальный идентификатор «p». В таблице символов должны быть средства для различения ссылок на разные "p".
Распространенной структурой данных, используемой для реализации таблиц символов, является хеш-таблица. Время поиска в хеш-таблицах не зависит от количества элементов, хранящихся в таблице, поэтому он эффективен для большого количества элементов. Это также упрощает[Как?] классификация литералов в табличном формате.
Поскольку лексический анализатор тратит большую часть своего времени на просмотр таблицы символов, это действие имеет решающее влияние на общую скорость компилятора. Таблица символов должна быть организована таким образом, чтобы записи можно было найти как можно быстрее. Хеш-таблицы обычно используются для организации таблицы символов, в которой ключевое слово или идентификатор «хешируются» для создания нижнего индекса массива. Коллизии неизбежны в хэш-таблице, и общий способ их обработки - сохранить синоним в следующем доступном свободном месте в таблице.
Приложения
An объектный файл будет содержать таблицу символов идентификаторов, которые он содержит, которые видны извне. Во время связывания разных объектных файлов компоновщик выявит и разрешит эти ссылки на символы. Обычно все неопределенные внешние символы ищутся в одном или нескольких библиотеки объектов. Если найден модуль, который определяет этот символ, он связан с первым объектным файлом, и любые неопределенные внешние идентификаторы добавляются в список идентификаторов для поиска. Этот процесс продолжается до тех пор, пока не будут разрешены все внешние ссылки. Это ошибка, если одна или несколько проблем остаются неразрешенными в конце процесса.
В то время как обратный инжиниринг исполняемый файл, многие инструменты обращаются к таблице символов, чтобы проверить, какие адреса были назначены глобальным переменным и известным функциям. Если таблица символов была раздетый или очищены перед преобразованием в исполняемый файл, инструментам будет труднее определить адреса или понять что-либо о программе.
пример
Рассмотрим следующую программу, написанную на C:
// Объявить внешнюю функциювнешний двойной бар(двойной Икс);// Определяем публичную функциюдвойной фу(int считать){ двойной сумма = 0.0; // Суммируем все значения bar (1) в bar (count) для (int я = 1; я <= считать; я++) сумма += бар((двойной) я); вернуть сумма;}Компилятор C, анализирующий этот код, будет содержать как минимум следующие записи таблицы символов:
| Название символа | Тип | Объем |
|---|---|---|
бар | функция, двойная | внешний |
Икс | двойной | параметр функции |
фу | функция, двойная | Глобальный |
считать | int | параметр функции |
сумма | двойной | заблокировать местный |
я | int | оператор цикла |
Кроме того, таблица символов также будет содержать записи, созданные компилятором для промежуточных значений выражений (например, выражение, приводящее я переменная цикла в двойной, и возвращаемое значение вызова функции бар()), метки операторов и т. д.
Пример: SysV ABI
| Адрес | Тип | имя |
|---|---|---|
| 00000020 | а | T_BIT |
| 00000040 | а | F_BIT |
| 00000080 | а | I_BIT |
| 20000004 | т | irqvec |
| 20000008 | т | фиквек |
| 2000000c | т | InitReset |
| 20000018 | Т | _основной |
| 20000024 | т | Конец |
| 20000030 | Т | AT91F_US3_CfgPIO_useB |
| 2000005c | т | AT91F_PIO_CfgPeriph |
| 200000b0 | Т | основной |
| 20000120 | Т | AT91F_DBGU_Printk |
| 20000190 | т | AT91F_US_TxReady |
| 200001c0 | т | AT91F_US_PutChar |
| 200001f8 | Т | AT91F_SpuriousHandler |
| 20000214 | Т | AT91F_DataAbort |
| 20000230 | Т | AT91F_FetchAbort |
| 2000024c | Т | AT91F_Undef |
| 20000268 | Т | AT91F_UndefHandler |
| 20000284 | Т | AT91F_LowLevelInit |
| 200002e0 | т | AT91F_DBGU_CfgPIO |
| 2000030c | т | AT91F_PIO_CfgPeriph |
| 20000360 | т | AT91F_US_Configure |
| 200003dc | т | AT91F_US_SetBaudrate |
| 2000041c | т | AT91F_US_Baudrate |
| 200004ec | т | AT91F_US_SetTimeguard |
| 2000051c | т | AT91F_PDC_Open |
| 2000059c | т | AT91F_PDC_DisableRx |
| 200005c8 | т | AT91F_PDC_DisableTx |
| 200005f4 | т | AT91F_PDC_SetNextTx |
| 20000638 | т | AT91F_PDC_SetNextRx |
| 2000067c | т | AT91F_PDC_SetTx |
| 200006c0 | т | AT91F_PDC_SetRx |
| 20000704 | т | AT91F_PDC_EnableRx |
| 20000730 | т | AT91F_PDC_EnableTx |
| 2000075c | т | AT91F_US_EnableTx |
| 20000788 | Т | __aeabi_uidiv |
| 20000788 | Т | __udivsi3 |
| 20000884 | Т | __aeabi_uidivmod |
| 2000089c | Т | __aeabi_idiv0 |
| 2000089c | Т | __aeabi_ldiv0 |
| 2000089c | Т | __div0 |
| 200009a0 | D | _данные |
| 200009a0 | А | _etext |
| 200009a0 | D | Holaamigosh |
| 200009a4 | А | __bss_end__ |
| 200009a4 | А | __bss_start |
| 200009a4 | А | __bss_start__ |
| 200009a4 | А | _edata |
| 200009a4 | А | _конец |
Пример таблицы символов можно найти в SysV Двоичный интерфейс приложения (ABI), которая определяет, как символы должны быть размещены в двоичном файле, чтобы различные компиляторы, компоновщики и загрузчики могли последовательно находить символы в скомпилированном объекте и работать с ними.
SysV ABI реализован в GNU binutils ' нм полезность. В этом формате используется отсортированный адрес памяти поле, поле «тип символа» и идентификатор символа (называемый «Имя»).[2]
Типы символов в SysV ABI (и выводе nm) указывают на природу каждой записи в таблице символов. Каждый тип символа представлен одним символом. Например, записи таблицы символов, представляющие инициализированные данные, обозначаются символом «d», а записи таблицы символов для функций имеют тип символа «t» (поскольку исполняемый код расположен в текст раздел объектного файла). Кроме того, заглавные буквы в типе символа указывают на тип связи: строчные буквы указывают, что символ является локальным, а верхний регистр указывает на внешнюю (глобальную) связь.
Пример: таблица символов Python
В Python язык программирования включает обширную поддержку для создания и управления таблицами символов.[3] Свойства, которые могут быть запрошены, включают, является ли данный символ свободная переменная или связанная переменная, будь то область действия блока или глобальный масштаб, импортный, и какой пространство имен это принадлежит.
Пример: динамические таблицы символов
Некоторые языки программирования позволяют манипулировать таблицей символов во время выполнения, так что символы могут быть добавлены в любое время. Ракетка является примером такого языка[4].
Оба LISP и Схема языки программирования позволяют связывать произвольные общие свойства с каждым символом.[5]
В Пролог язык программирования - это, по сути, язык манипулирования таблицей символов; символы называются атомы, и отношения между символами можно рассуждать. Так же, OpenCog предоставляет динамическую таблицу символов, называемую атомное пространство, который используется для представление знаний.
Смотрите также
использованная литература
- ^ Нгуен, Бинь (2004). Словарь Linux. п. 1482. Получено 14 апреля, 2018.
- ^ «нм». sourceware.org. Получено 30 мая, 2020.
- ^ symtable - Документация Python
- ^ Символы - Документация по ракетке
- ^ Символы - Документация хитрости
