Варнинг компоновщика, Что это может означать? Опции

[Sergio66]

Есть такое определение:
typedef __flash struct
{
unsigned int *var_pointer;
unsigned char position;
unsigned char flags;
char left;
char right;
char up;
char down;
void (*relative_func)();
} item_struct_type;
оно находится в h файле
далее идут определения переменных в файле menu.c

item_struct_type Main_menu[NUMBER] = {инициализация};
и
item_struct_type *current_menu = Main_menu;

есть файл menu.h со следующими строками:
extern item_struct_type Main_menu[NUMBER] ;
и
extern item_struct_type *current_menu;

файл menu.h подключается к нескольким файлдам проекта
все прекрасно компиллируется, при компоновке выдаются 2 варнинга:
Warning[w6]: Type conflict for external/entry "Main_menu", in module Multidisplay against external/entry in module Menu; array types have different element types; different composite type kinds
и
Warning[w6]: Type conflict for external/entry "current_menu", in module LCD against external/entry in module Menu; different composite type kinds
соответственно

если я из этих файлов убираю все, включая #include menu.h, то такие же варнинги переходят на другие файлы, где подключается menu.h
В чем может быть дело.

Модификатор __flash из typedef убирал - ничего не меняется.

[boez]

Странно, всегда последнее время так делал и никто не ругался... По крайней мере на С. На С++ наверное такого делать нельзя - но я и не пробовал... А главное - непонятно почему линкер, а не компилятор.
Какой компилятор и линкер используются?

[Sergio66]

Странно, всегда последнее время так делал и никто не ругался... По крайней мере на С. На С++ наверное такого делать нельзя - но я и не пробовал... А главное - непонятно почему линкер, а не компилятор.
Какой компилятор и линкер используются?

да компиллятору то и не на что ругаться. Именно компоновщик не может привести типы.
IAR 4.20A

[boez]

да компиллятору то и не на что ругаться. Именно компоновщик не может привести типы.
IAR 4.20A

С каких пор компоновщики стали понимать типы? ИМХО для каждого объекта он должен знать секцию, адрес, размер и выравнивание... Ну может еще что-то, но типы? Или я отстал от жизни?
В конце концов попробуйте то же самое собрать gcc.

Есть такое определение:

далее идут определения переменных в файле menu.c (!!!)

item_struct_type Main_menu[NUMBER] = {инициализация};

есть файл menu.h со следующими строками:
extern item_struct_type Main_menu[NUMBER] ;

А зачем extern item_struct_type *current_menu;???
зачем определять указатель, если каждому юниту извесно про extern item_struct_type Main_menu[NUMBER] ;???
Каждый юнит когда угодно может взять и создать указатель на массив... не из-за этого ли варнинги?

К тому же подозрительно выглядит присвоение в хедере...

Читайте внимательнее - в хидере только typedef и extern декларация. Настоящая декларация и инициализация в .c файле. Повторяю, у меня на gcc такое прокатывает на ура.

[prottoss]

Читайте внимательнее - в хидере только typedef и extern декларация. Настоящая декларация и инициализация в .c файле. Повторяю, у меня на gcc такое прокатывает на ура.

Сорри, не заметил Я тоже применяю такие конструкции, но варнингов нет- IAR 4.10B