[koluna 0]

Здравствуйте!

 

Компилятор WinAVR 2008.

 

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

Эта функция переопределяется в нескольких порождённых классах (соответственно, реализуется в экземплярах этих классов).

При компиляции выдаётся ошибка...

 

Почему и как исправить?

 

Благодарю заранее!

 

Вот нашёл кое-что:

http://ccgi.rowley.co.uk/support/faq.php?d...p;articleid=127

 

Как я понял, функция __cxa_pure_virtual - обработчик ошибки при вызове чистой виртуальной функции.

Функция __cxa_pure_virtual должна быть всегда, на всякий случай (если используются классы).

Т. е., если по ошибке будет вызвана чисто виртуальная функция, то "система" не упадёт, а нормально отработает ошибку.

 

Я прав?

К сожалению проверить пока нет возможности :(

[NullPointer 0]

-fno-threadsafe-statics

 

http://electronix.ru/forum/index.php?s=&am...st&p=505573

http://www.avrfreaks.net/index.php?name=PN...pic&t=59453

[koluna 0]

-fno-threadsafe-statics

 

По поводу этого ключа пока не совсем понятно...

http://www.avrfreaks.net/index.php?name=PN...p=459055#459055

Сказано, что его надо использовать, если приложение "однопоточное".

А у меня scmRTOS с несколькими процессами крутится... как быть в этом случае? :)

 

http://www.avrfreaks.net/index.php?name=PN...pic&t=59453

 

Это мы уже видели :)

В конце первого поста про __cxa_pure_virtual рассказано. Т. е., я правильно понял :)

[NullPointer 0]

Сказано, что его надо использовать, если приложение "однопоточное".

Не, не так сказано.

 

Proposal: alternatively, since our program in G++ for AVR is fully single-threaded by nature, we can define -fno-threadsafe-statics instead of defining __cxa_guard_acquire and friends.

Поскольку наша программа на C++ в случае ее реализации на AVR по натуре своей является однопоточной, то можем использовать этот самый ключ вместо организации необходимой thread-safe инициализации.

Изменено 26 мая, 2009 пользователем SysRq

[koluna 0]

Поскольку наша программа на C++ в случае ее реализации на AVR по натуре своей является однопоточной, то можем использовать этот самый ключ вместо организации необходимой thread-safe инициализации.

 

Фактически что произойдёт?

[NullPointer 0]

Фактически что произойдёт?

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