Интересное поведение IAR

Markusha

Итак, в наличии IAR 1.40.1/6.5.3.2581 для STM8.
Есть функция

Код:

inline void clrCS(void){
  GPIO_WriteLow(SPI_CS_GPIO,SPI_CS_PIN);
}

Есть функция юзающая ее

Код:

void writeByte(uint8_t byte){
  clrCS();
  while(((SPI->SR & (uint8_t)SPI_FLAG_TXE) == (uint8_t)RESET)){};
  SPI->DR = byte; 
  while ((SPI->SR & (uint8_t)SPI_FLAG_BSY) != (uint8_t)RESET) { ; }
  SPI->DR;
}

Питаемся компилировать без наличия оптимизации High, ЕПТ

Код:

Error[Li005]: no definition for "clrCS" [referenced from C:\stm8\workspace\pid\Debug\Obj\spi.o] 
Error while running Linker 

Это нормально?
Вопрос в основном к иароводовцам. Никогда до иара такого не видел, ЧТО ЗА НАХ???
Может я неправильно применяю inline? Не, можно было бы написать

Код:

#define clrCS() GPIO_WriteLow(SPI_CS_GPIO,SPI_CS_PIN)

Или даже

Код:

#define clrCS() SPI_CS_GPIO->ODR &= (uint8_t)(~SPI_CS_PIN)

Но с какого хрена?
Файл приложен, чтоб непоняток не было. Функция объявлена выше ее первого использования.
При оптимизации High все ОК.

Markusha

О! Я тут по нужде на ИАР присел, ждите сравнительную статью, касабельно удобства ИАР'а как едитора для кода.

DIZEL

в хидере опишите функции

#ifndef __SPI_H
#define __SPI_H

inline void clrCS(void);

#endif

MrYuran

Markusha писал(а):

касабельно удобства ИАР'а как едитора для кода.

Это что, такой тонкий стеб?
Или я настолько от жизни отстал, и иар таки стал удобным едитором?

fr0ster

MrYuran писал(а):

Markusha писал(а):

касабельно удобства ИАР'а как едитора для кода.

Это что, такой тонкий стеб?
Или я настолько от жизни отстал, и иар таки стал удобным едитором?

Попробовал я IAR, то скажу досточно удобный у него редактор.
Во всяком случае при хождении по определениям туда и обратно, не глючит так как Кейл скажем.

MrYuran

fr0ster писал(а):

Попробовал я IAR, то скажу досточно удобный у него редактор.
Во всяком случае при хождении по определениям туда и обратно, не глючит так как Кейл скажем.

Вот за кейл как раз не скажу, а после эклипса и кодеблокса иар своими серыми окошками просто наводит смертельную тоску

fr0ster

Ну у эклипса свои плюшки и особенности, у IAR свои.
Мне пришлось иметь дело с кучей редакторов кода.
Потому тоску вызывают не серые окошки, а глюки в навигации по коду.

dark_user

Цитата:

после эклипса и кодеблокса иар своими серыми окошками просто наводит смертельную тоску

"Вам шашечки или ехать?"(С)...
Эклипс глюкавое и тормознутое гуано для задротов...
ИАР под STM8... ИМХО... сделали по типу "на, и отъебись"... несуразности просто зашкаливают... это просто позор для ИАРа...
Единственное оправдание... что лучше ничего и нет...

Eddy_Em

dark_user писал(а):

лучше ничего и нет...

geany + sdcc. Превосходно.

dark_user

Да там всё ещё хуже... )))
http://sdcc.sourceforge.net/mediawiki/i ... _code_size
Фетиш для командностроковых извращенцев... ))))

Eddy_Em

Насрать. Зато работает. Что лучше: вообще ничего или хотя бы что-то?

fr0ster

Как можно сравнивать редактор и компилятор?

DIZEL

dark_user писал(а):

Цитата:

после эклипса и кодеблокса иар своими серыми окошками просто наводит смертельную тоску

"Вам шашечки или ехать?"(С)...
Эклипс глюкавое и тормознутое гуано для задротов...
ИАР под STM8... ИМХО... сделали по типу "на, и отъебись"... несуразности просто зашкаливают... это просто позор для ИАРа...
Единственное оправдание... что лучше ничего и нет...

Пересел с KEIL под STM32 на IAR для STM8 (на складе их дохОЧЕНЬ много) отладка только SWIM... это кабздец!!!
быстрей бы они на складе закончились :)))

Eddy_Em

fr0ster писал(а):

Как можно сравнивать редактор и компилятор?

Редактор - geany, компилятор - sdcc.
Жаль, что gcc не работает для такой мелочевки, как пики, STM8 и подобные.

dark_user

Цитата:

отладка только SWIM... это кабздец!!!

SWIM как SWIM... что не так???
Вот когда флаги прерываний не взведены... а отладчик лезет в прерывание... вот "это кабздец"!!!... Какого хрена???

fr0ster

Eddy_Em писал(а):

fr0ster писал(а):

Как можно сравнивать редактор и компилятор?

Редактор - geany, компилятор - sdcc.
Жаль, что gcc не работает для такой мелочевки, как пики, STM8 и подобные.

Я не про sdcc я про переход от EclipseVsIAR в размер кода собираемого sdcc.

Markusha

DIZEL писал(а):

в хидере опишите функции

#ifndef __SPI_H
#define __SPI_H

inline void clrCS(void);

#endif

Пробовал.
Вот если бы оно еще сработало((

fr0ster

Если пробовать методом научного тыка, можно еще static добавить к ф-ции.
Говорят сработает.

Markusha

fr0ster писал(а):

Говорят сработает.

И таки работает!
Но мне интересно почему?
Мне даже во сне не пришла бы в голову идея написать static.
Ведь для функции модификатор static ограничит область видимости этим файлом.
Чудеса, да и только.

fr0ster

Историческая шняга с компиляцией.
Точно уже не помню, давно читал про это.
Поскольку инлайн ф-ции предполагалось в хидере размещать, область видимости не критична.

DIZEL

я про хидер и говорил. в IARе много разных...

fr0ster

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

fr0ster

И самое главное, речь именно о stm8 компиляторе IAR.
Для STM32 или ia64_86, инлайн ф-ции не требуют объявления как static.
А тут за каким то интересом надо, иначе линковщик генерит ошибку.

fr0ster

Кроме как static к инлайн ф-ции можно в проекте галку C++ inline semantics взвести в настройках C/C++ compiler

fr0ster

Ага, вот он секрет, для STM32 убрать эту C++ inline semantics и та же ошибка.
В общем ларчик просто открывался, в одном случае используется "C++ inline semantics" и объявлять как static не надо, в друго не используется "C++ inline semantics"

Easyelectronics.ru

Интересное поведение IAR

Кто сейчас на конференции