Доброго дня.

Подскажите пожалуйста как понимать warning: 'io' attribute directive ignored [-Wattributes] и как его победить?

Задача была "отмапировать" набор/структуру регистров по заданным адресам. C IAR все впорядке (и все уже работает), а вот GCC пишет многие WARNINGи

#ifdef __GNUC__
#define __IO_MAP(ADR) __attribute__((io(ADR)))
#else
#ifdef __IAR_SYSTEMS_ICC__
#define __IO_MAP(ADR) @ ADR
...

#define __IO_REG32_STRUCT(TYPE, NAME, MAP_TAG)\
volatile TYPE NAME MAP_TAG

получаю warning например тут:

__IO_REG32_STRUCT(t_adc, ADC_M, __IO_MAP(BASE_ADR_M_ADC) );

1. Вы не указали архитектуру проца, а это ключевой момент. атрибут io имеет смысл (http://gcc.gnu.org/onlinedocs/gcc/Variable-Attributes.html) вродебы только для архитектуры MeP
2. не совсем понял что куда отмапить нада, но нутром чувствую что Вам нужно следующкее:


typedef struct
{
volatile uint32_t reg0;
volataile uint32_t reg1
.....
}PeriferialRegs ;


#define PERIFERIAL_ADDR (0x123456)
#define PERIFERIAL ((PeriferialRegs*) PERIFERIAL_ADDR)

вкоде

PERIFERIAL->reg0 = 12

запишет 12 по адресу 0x123456

контроллер ARM 926ej-s.

Спасибо за ссылку.

Видимо придется использовать вариант предложенный Вами.

А что за архитектура MeP?

Еще на сколько я понял можно использовать атрибут section:

section ("section-name")
Normally, the compiler places the objects it generates in sections like data and bss. Sometimes, however, you need additional sections, or you need certain particular variables to appear in special sections, for example to map to special hardware. The section attribute specifies that a variable (or function) lives in a particular section. For example, this small program uses several specific section names:

struct duart a __attribute__ ((section ("DUART_A"))) = { 0 };
struct duart b __attribute__ ((section ("DUART_B"))) = { 0 };

но в случае с section надобно будет указывать перечисленные секции в скрипте линкера, так?

Делаю как-то так:
fpga.h:

fpga.c

В файле линкера headers.ld прописываю

Ну и также есть расположение другой периферии. Остальные секции генерируемые компилятором и карта памяти в другом файле.
Линкеру потом подсовываю этот файл -Theaders.ld

Спасибо за пояснение.

На данный момент, чтобы минимально вносить изменения в код который справедлив для IAR и должен быть доступен для GCC, заменил макросы

типа:
__IO_REG32_STRUCT(t_adc, ADC_M, __IO_MAP(BASE_ADR_M_ADC) );

на макросы типа:
#define ADC_M ( *((volatile t_adc* ) BASE_ADR_M_ADC ) )

Достаточно было заменить определение __IO_REG32_STRUCT, чтобы в результате разворачивания первого получался второй.

Добавлено: фигню сморозил. Чтобы в результате его разворачивания получился эквивалент второго.

Это как? внутри одного дефайна вкладывать другой?
Не понял Вас...

Я там уже дописал, что фигню сморозил. Что-то типа такого: