__attribute__((weak, alias («smth»)) для class member в C++

_ZN6m3core13Reset_HandlerEv - а почему не это?

Потому, что мне надо, чтобы Reset_Handler без реализации был DefaultHendler.

Собственно aliased to undefined symbol означает что если бы в этом же файле было определение DefaultHendler, то проблем не будет. Кто мешает добавить? Если это include, то weak добавлять только для файла реализации.

Если это include, то weak добавлять только для файла реализации.

Это как?

Написал

class m3core
{
public:
static void DefaultHendler (void){}
static void Reset_Handler (void) __attribute__((weak, alias («_ZN6m3core14DefaultHendlerEv»)));


Ничего не поменялось

m3core.h:

class m3core
{
    public:
        static void DefaultHendler (void);
        static void Reset_Handler (void)
#ifdef m3_core_implement
 __attribute__((weak, alias ("_ZN6m3core14DefaultHendlerEv")));
#else
 ;
#endif
};

m3core.cc:

#define m3_core_implement

#include "m3core.h"

void m3core::DefaultHendler(void) {}

Ну и где-то м.б. объявлена или нет реализация Reset_Handler.

Не, на препроцессоре можно и без __attribute__ всё сделать. Но этого не надо.

Однако weak в этом случае нормально срабатывает и в m3core.o все корректно! Т.е. повторной перекомпиляции данного модуля при добавлении файла с реализацией не потребуется! Это не удаление за счет перекомпиляции!!

Мне нужно собрать такой класс-хедер, чтобы в реализации осталось только описать те функции, которые нужны.

Проблема в том, что для weak используются следующие ассемблерные конструкции:

	.weak	_ZN6m3core13Reset_HandlerEv
	.set	_ZN6m3core13Reset_HandlerEv,_ZN6m3core14DefaultHendlerEv

Т.е. его можно задать только в том файле где DefaultHendler определен. Т.ч. в header-е weak может стоять только условно.

делал так:

class m3core
{
public:
static void DefaultHendler (void){}
static void Reset_Handler (void) __attribute__((weak, alias («_ZN6m3core14DefaultHendlerEv»)));

Он у тебя inline, т.е., насколько я знаю (хотя могу ошибаться), не экспортируется линкеру.

Такми образом прав ли я, думая, что нельзя объявить класс таким образом, чтобы его методы либо имели реализацию, либо ссылались на реализацию по-умолчанию?

Просто объявить нет, а реализовать да.

Лол, я точно никогда не выучу кресты. // это был флуд.

Вообще, точно ли тут нужна эта магия с линкером? Может быть, можно сделать как-нибудь проще и тупее?

не знаю. Я хочу сделать шаблонный проект для микроконтроллеров на C++11. И без C-like препроцессора.

А простое наследование тут не подойдёт? Оверхэда вроде быть не должно.

//m3core.h
class m3core_base
{
    public:
        static void Reset_Handler (void)
        { /* default implementation */ }
};
//m3core.c
class m3core : public m3core_base
{
    public:
      //static void Reset_Handler (void)
      //{ /* uncomment to  redefine */ }
};

А, я понял!

Я забыл сказать, что это векторы прерываний. И ещё где-то есть таблица этих векторов. И на стадии компиляции требуется указать реализаци этих функций.

Лол, я точно никогда не выучу кресты. // это был флуд.

Да, язык явно не для поней.

Ну да, дружбы в крестах по минимуму, а вот магии - дофига :-)

Все круто, только main() обычно вызывается из ResetHandler а не наоборот.

А в каком файле надо заполнять массив указателей на вектора? типа

void (ISR_Vector[])(void) =
{
  m3core::ResetHandler,
  m3core::.....
  ...
} 

Это не важно сейчас.

Мы дружим с магией.
А если серьёзно - то задача слишком странная, и магии будет много везде, где возможно решение. Разве что в ассемблере это не будет столь странно выглядет, но, как по мне - это вообще ад.

Разве что в ассемблере это не будет столь странно выглядет

На C - это будет выглядеть вполне приятно - примерно так - http://pastebin.com/qHcPxzcY

Все круто, только main() обычно вызывается из ResetHandler а не наоборот.

Это пример чтоб показать, что weak работает.

обычно

У вас в микроконтроллерах своя атмосфера.

А в каком файле надо заполнять массив указателей на вектора? типа

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

С регистрами манипуляции производит железо на ARM.
Если я сделаю объявление оного массива в файле с __attribute__((weak, alias («_ZN6m3core14DefaultHandlerEv»)));, изменится ли его содержание при реимплементации оного вектора в другом файле?

Ну да, дружбы в крестах по минимуму, а вот магии - дофига :-)

Дружба не нужна - мир крутится от ненависти. Дружными языками все дружно не пользуются.

Дружба есть, но её следует избегать, потому что она нарушает инкапсуляцию.

С регистрами манипуляции производит железо на ARM.

Ну, на ARM11 нельзя было просто так взять и сделать обработчиком С-функцию.

Если я сделаю объявление оного массива в файле с __attribute__((weak, alias («_ZN6m3core14DefaultHandlerEv»)));, изменится ли его содержание при реимплементации оного вектора в другом файле?

Да, должно сработать.