Проблема возникает, когда внешние идентификаторы не отличаются.

Внешние идентификаторы объявлены с глобальной областью или классом хранения extern.

Polyspace рассматривает два имени как отдельные, если есть разница между их первыми 31 символами. Если разница между двумя именами возникает только за пределами первых 31 символа, их можно легко принять друг за друга. Читаемость кода снижается. Для C90 разница должна быть между первыми 6 символами. Для проверки правил C90 используйте значение c90 для опции C standard version (-c-version).

int engine_temperature_raw;
int engine_temperature_scaled;   /* Non-compliant */					
int engin2_temperature;          /* Compliant */	

В этом примере идентификатор engine_temperature_scaled имеет те же первые шесть символов, что и предыдущий идентификатор, engine_temperature_raw.

int engine_exhaust_gas_temperature_raw;
int engine_exhaust_gas_temperature_scaled; /* Non-compliant */					

int eng_exhaust_gas_temp_raw;
int eng_exhaust_gas_temp_scaled;           /* Compliant */						

В этом примере идентификатор engine_exhaust_gas_temperature_scaled имеет тот же первый 31 символ, что и предыдущий идентификатор, engine_exhaust_gas_temperature_raw.

/* file1.c */
int abc = 0;

/* file2.c */
int ABC = 0; /* Non-compliant */

В этом примере реализация поддерживает 6 значимых символов без учета регистра во внешних идентификаторах. Идентификаторы в двух трансляциях различны, но не отличаются своими значимыми символами.

Несоответствие объявлений происходит, когда объявление функции или переменной не соответствует другим экземплярам функции или переменной.

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

Подобная проблема может возникнуть при несоответствии описаний функций.

Исправление зависит от типа несоответствия объявления. Если оба объявления действительно ссылаются на один и тот же объект, используйте одно и то же объявление. Если объявления ссылаются на различные объекты, измените имена одной из переменных. При изменении имени переменной не забудьте изменить ее во всех местах, где используется переменная.

Иногда могут возникать несоответствия в объявлениях, поскольку на них влияют предыдущие директивы предварительной обработки. Например, объявление происходит в макросе, и макрос определяется на одном пути включения, но не определяется в другом. Эти несоответствия объявлений могут быть сложны для отладки. Определите расхождение между двумя путями включения и исправьте конфликтующие определения макросов.

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

file1.c

int foo(void) {
    return 1;
}

file2.c

double foo(void);

int bar(void) {
    return (int)foo();
}

В этом примере файл 1.c объявляет foo() как возвращающее целое число. В файле 2.c, foo() объявлен как возвращающий двойник. Эта разница вызывает дефект во втором экземпляре foo в файле 2.

Одной из возможных корректировок является изменение описаний функций таким образом, чтобы они совпадали. В этом примере путем изменения объявления foo в файле file2.c для соответствия файлу file1.c дефект исправлен.

file1.c

int foo(void) {
    return 1;
}

file2.c

int foo(void);

int bar(void) {
    return foo();
}

#include "square.h" 
#include "circle.h" 
struct aCircle circle; 
struct aSquare square;

int main(){ 
    square.side=1; 
    circle.radius=1;
    return 0;
}

#include "circle.h" 
#include "square.h" 
struct aCircle circle; 
struct aSquare square;

int main(){ 
    square.side=1; 
    circle.radius=1;
    return 0;
}

#pragma pack(1)

extern struct aCircle{ 
    int radius; 
} circle; 

extern struct aSquare { 
    unsigned int side:1; 
} square;

В этом примере возникает дефект несоответствия объявления square в square.h, потому что Polyspace делает вывод, что square в square.h не имеет того же выравнивания, что и square в test2.c. Эта ошибка возникает из-за #pragma pack(1) оператор circle.h объявляет конкретную центровку. В тесте 2.c circle.h включается перед square.h. Следовательно, #pragma pack(1) оператор circle.h не сбрасывается на выравнивание по умолчанию после aCircle структура. Из-за этого пропуска, test2.c делает вывод, что aSquare square структура также имеет выравнивание 1 байт.

Одной из возможных корректировок является сброс выравнивания структуры после aCircle объявление структуры. Для компиляторов GNU ® или ^Microsoft ® Visual исправьте дефект, добавив #pragma pack() заявление в конце circle.h.

#include "square.h" 
#include "circle.h" 
struct aCircle circle; 
struct aSquare square;

int main(){ 
    square.side=1; 
    circle.radius=1;
    return 0;
}

#include "circle.h" 
#include "square.h" 
struct aCircle circle; 
struct aSquare square;

int main(){ 
    square.side=1; 
    circle.radius=1;
    return 0;
}

#pragma pack(1)

extern struct aCircle{ 
    int radius; 
} circle; 

#pragma pack()

#extern struct aSquare { 
    unsigned int side:1; 
} square;

Другие компиляторы требуют другого #pragma pack синтаксис. Синтаксис см. в документации по компилятору.

Одной из возможных корректировок является добавление Ignore pragma pack directives для анализа Bug Finder. Если требуется изменить выравнивание структуры для каждой структуры и не требуется видеть дефект несоответствия объявления, используйте эту поправку.