кции подобен описателю для "функции, возвращающей...", за
исключением того, что он перечисляет формальные параметры
определяемой функции.
Оисатель-функции:
описатель (список-параметров
необ)
список параметров:
идентификатор
идентификатор, список-параметров
тело-функции имеет форму
тело-функции:
список-описаний составной-оператор
Идентификаторы из списка параметров и только они могут
быть описаны в списке описаний. Любой идентификатор, тип ко-
торого не указан, считается имеющим тип INT. Единственным
допустимым здесь спецификатором класса памяти является
REGISTER; если такой класс памяти специфицирован, то в нача-
ле выполнения функции соответствующий фактический параметр
копируется, если это возможно, в регистр.
Вот простой пример полного определения функции:
INT MAX(A, B, C)
INT A, B, C;
\(
INT M;
M = (A>B) ? A:B;
RETURN((M>C) ? M:C);
\)
Здесь INT - спецификатор-типа, MAX(A,B,C) - описатель-функ-
ции, INT A,B,C; - список-описаний формальных параметров, \(
... \) - Блок, содержащий текст оператора.
В языке "C" все фактические параметры типа FLOAT преоб-
разуются к типу DOUBLE, так что описания формальных парамет-
ров, объявленных как FLOAT, приспособлены прочесть параметры
типа DOUBLE. Аналогично, поскольку ссылка на массив в любом
контексте (в частности в фактическом параметре) рассматрива-
ется как указатель на первый элемент массива, описания фор-
мальных параметров вила "массив ..." приспособлены прочесть
: "указатель на ...". И наконец, поскольку структуры,
объединения и функции не могут быть переданы функции, бесс-
мысленно описывать формальный параметр как структуру,
объединение или функцию (указатели на такие объекты, конеч-
но, допускаются).
18.2. Внешние определения данных
Внешнее определение данных имеет форму
определение-данных:
описание
Классом памяти таких данных может быть EXTERN (в частности,
по умолчанию) или STATIC, но не AUTO или REGISTER.
19. Правила, определяющие область действия
Вся C-программа необязательно компилируется одновремен-
но; исходный текст программы может храниться в нескольких
файлах и ранее скомпилированные процедуры могут загружаться
из библиотек. Связь между функциями может осуществляться как
через явные обращения, так и в результате манипулирования с
внешними данными.
Поэтому следует рассмотреть два вида областей действия:
во-первых, ту, которая может быть названа лексической об-
ластью действия идентификатора и которая по существу являет-
ся той областью в программе, где этот идентификатор можно
использовать, не вызывая диагностического сообщения "неопре-
деленный идентификатор"; и во-вторых, область действия, ко-
торая связана с внешними идентификаторами и которая характе-
ризуется правилом, что ссылки на один и тот же внешний иден-
тификатор являются ссылками на один и тот же объект.
19.1. Лексическая область действия
Лексическая область действия идентификаторов, описанных
во внешних определениях, простирается от определения до кон-
ца исходного файла, в котором он находится. Лексическая об-
ласть действия идентификаторов, являющихся формальными пара-
метрами, распространяется на ту функцию, к которой они отно-
сятся. Лексическая область действия идентификаторов, описан-
ных в начале блока, простирается до конца этого блока. Лек-
сической областью действия меток является та функция, в ко-
торой они находятся.
Поскольку все обращения на один и тот же внешний иденти-
фикатор обращаются к одному и тому же объекту (см. П. 19.2),
Компилятор проверяет все описания одного и того же внешнего
идентификатора на совместимость; в действительности их об-
ласть действия распространяется на весь файл, в котором они
находятся.
Во всех случаях, однако, есть некоторый идентификатор,
явным образом описан в начале блока, включая и блок, который
образует функцию, то действие любого описания этого иденти-
фикатора вне блока приостанавливается до конца этого блока.
Напомним также (п. 16.5), Что идентификаторы, соответст-
вующие обычным переменным, с одной стороны, и идентификато-
ры, соответствующие членам и ярлыкам структур и объединений,
с другой стороны, формируют два непересекающихся класса, ко-
торые не вступают в противоречие. Члены и ярлыки подчиняются
тем же самым правилам определения областей действия, как и
другие идентификаторы. Имена, специфицируемые с помощью
TYPEDEF, входят в тот же класс, что и обычные идентификато-
ры. Они могут быть переопределены во внутренних блоках, но
во внутреннем описании тип должен быть указан явно:
TYPEDEF FLOAT DISTANCE;
...
\(
AUTO INT DISTANCE;
...
Во втором описании спецификатор типа INT должен присутство-
вать, так как в противном случае это описание будет принято
за описание без описателей с типом DISTANCE (прим. Автора:
согласитесь, что лед здесь тонок.).
19.2. Область действия внешних идентификаторов
Если функция ссылается на идентификатор, описанный как
EXTERN, то где-то среди файлов или библиотек, образующих
полную программу, должно содержаться внешнее определение
этого идентификатора. Все функции данной программы, которые
ссылаются на один и тот же внешний идентификатор, ссылаются
на один и тот же объект, так что следует позаботиться, чтобы
специфицированные в этом определении тип и размер были сов-
местимы с типом и размером, указываемыми в каждой функции,
которая ссылается на эти данные.
Появление ключевого слова EBTERN во внешнем определении
указывает на то, что память для описанных в нем идентифика-
торов будет выделена в другом файле. Следовательно, в состо-
ящей из многих файлов программе внешнее определение иденти-
фикатора, не содержащее спецификатора EXTERN, должно появ-
ляться ровно в одном из этих файлов. любые другие файлы, ко-
торые желают дать внешнее определение этого идентификатора,
должны включать в это определение слово EXTERN. Идентифика-
тор может быть инициализирован только в том описании, кото-
рое приводит к выделению памяти.
Идентификаторы, внешнее определение которых начинается
со слова STATIC, недоступны из других файлов. Функции могут
быть описаны как STATIC.
20. Строки управления компилятором
Компилятор языка "C" содержит препроцессор, который поз-
воляет осуществлять макроподстановки, условную компиляцию и
включение именованных файлов. Строки, начинающиеся с #, об-
щаются с этим препроцессором. Синтаксис этих строк не связан
с остальным языком; они могут появляться в любом месте и их
влияние распространяется (независимо от области действия) до
конца исходного программного файла.
20.1. Замена лексем
Управляющая компилятором строка вида
#DEFINE идентификатор строка-лексем
(Обратите внимание на отсутствие в конце точки с запя-
той) приводит к тому, что препроцессор заменяет последующие
вхождения этого идентификатора на указанную строку лексем.
Строка вида
#DEFINE идентификатор
(идентификатор,...,идентификатор)строка лексем
где между первым идентификатором и открывающейся скобкой (
нет пробела, представляет собой макроопределение с аргумен-
тами. Последующее вхождение первого идентификатора, за кото-
рым следует открывающая скобка '(', последовательность раз-
деленных запятыми лексем и закрывающая скобка ')', заменяют-
ся строкой лексем из определения. каждое вхождение идентифи-
катора, упомянутого в списке формальных параметров в опреде-
лении , заменяется соответствующей строкой лексем из обраще-
ния. Фактическими аргументами в обращении являются строки
лексем, разделенные запятыми; однако запятые, входящие в за-
кавыченные строки или заключенные в круглые скобки, не раз-
деляют аргументов. Количество формальных и фактических пара-
метров должно совпадать. Текст внутри строки или символьной
константы не подлежит замене.
В обоих случаях замененная строка просматривается снова
с целью обнаружения других определенных идентификаторов. В
обоих случаях слишком длинная строка определения может быть
продолжена на другой строке, если поместить в конце продол-
жаемой строки обратную косую черту \ .
Описываемая возможность особенно полезна для определения
"объявляемых констант", как, например,
#DEFINE TABSIZE 100
INT TABLE[TABSIZE];
Управляющая строка вида
#UNDEF идентификатор
приводит к отмене препроцессорного определения данного иден-
тификатора.
20.2. Включение файлов
Строка управления компилятором вида
#INCLUDE "FILENAME"
приводит к замене этой строки на все содержимое файла с име-
нем FILENAME. Файл с этим именем сначала ищется в справочни-
ке начального исходного файла, а затем в последовательности
стандартных мест. В отличие от этого управляющая строка вида
#INCLUDE
ищет файл только в стандартных местах и не просматривает
справочник исходного файла.
Строки #INCLUDE могут быть вложенными.
20.3. Условная компиляция
Строка управления компилятором вида
#IF константное выражение
проверяет, отлично ли от нуля значение константного выраже-
ния (см. П. 15). Управляющая строка вида
#IF DEF идентификатор
проверяет, определен ли этот идентификатор в настоящий мо-
мент в препроцессоре, т.е. Определен ли этот идентификатор с
помощью управляющей строки #DEFINE.
21. Неявные описания
Не всегда является необходимым специфицировать и класс
памяти и тип идентификатора в описании. Во внешних определе-
ниях и описаниях формальных параметров и членов структур
класс памяти определяется по контексту. Если в находящемся
внутри функции описании не указан тип, а только класс памя-
ти, то предполагается, что идентификатор имеет тип INT; если
не указан класс памяти, а только тип, то идентификатор пред-
полагается описанным как AUTO. Исключение из последнего пра-
вила дается для функций, потому что спецификатор AUTO для
функций является бессмысленным (язык "C" не в состоянии ком-
пилировать программу в стек); если идентификатор имеет тип
"функция, возвращающая ...", то он предполагается неявно
описанным как EXTERN.
Входящий в выражение и неописанный ранее идентификатор,
за которым следует скобка ( , считается описанным по контек-
сту как "функция, возвращающая INT".
22. Снова о типах
В этом разделе обобщаются сведения об операциях, которые
можно применять только к объектам определенных типов.
22.1. Структуры и объединения
Только две вещи можно сделать со структурой или объеди-
нением: назвать один из их членов (с помощью операции) или
извлечь их адрес ( с помощью унарной операции &). Другие
операции, такие как присваивание им или из них и передача их
в качестве параметров, приводят к сообщению об ошибке. В бу-
дущем ожидается, что эти операции, но не обязательно ка-
кие-либо другие, будут разрешены.
В п. 15.1 Говорится, что при прямой или косвенной ссылке
на структуру (с помощью . Или ->) имя справа должно быть
членом структуры, названной или указанной выражением слева.
Это ограничение не навязывается строго компилятором, чтобы
дать возможность обойти правила типов. В действительности
перед '.' допускается любое L-значение и затем предполагает-
ся, что это L-значение имеет форму структуры, для которой
стоящее справа имя является членом. Таким же образом, от вы-
ражения, стоящего перед '->', требуется только быть указате-
лем или целым. В случае указателя предполагается, что он
указывает на структуру, для которой стоящее справа имя явля-
ется членом. В случае целого оно рассматривается как абсо-
лютный адрес соответствующей структуры, заданный в единицах
машинной памяти.
Такие структуры не являются переносимыми.
22.2. Функции
Только две вещи можно сделать с функцией: вызвать ее или
извлечь ее адрес. Если имя функции входит в выражение не в
позиции имени функции, соответствующей обращению к ней, то
