Необходимые знания для embedded developer'a?

Алексей Белан Извините, пропустил оригинальный вопрос. Не знаю, что ответил бы Epikano , но у меня нет ощущения, что embedded девелоперы получают больше. Наоборот, common wisdom - что embedded - одна из самых низкооплачиваемых областей в софте, наряду с геймдевом. Веб девелоперы же наоборот, ближе к верхней части спектра.

Я лично сейчас в трехзначной области (Германия), но это пока не слишком типично для embedded, может с инфляцией это изменится.

Как исправить ошибку "QApplication: Нет такого файла или каталога"?

Ой, нет, не надо переустановкой. Дожно быть где-то в файле проекта. Видите у вас в консоли g++ вызывается с параметрами вида -isystem /path/to/include/directory? Вам нужно сделать так, чтобы там появился путь к QWidgets.

Как правильно работать с callback функциями в многопоточных программах?

Пока что у меня ощущение, что вы попали. Если библиотека спроектированна так, что вам указатель на instance ( в явном или неявном виде) впихнуть некуда, то вы его никуда и не впихнете. Впрочем, если вы покажете полную сигнатуру register_callback (как в хедере), может, там забрезжит какая-то надежда.

Как правильно работать с callback функциями в многопоточных программах?

Евгений Шатунов Да, вы правы. Был уверен, что это работает, но по-видимому, я применял это только с библиотеками, которые принимают функторы.

Vi Vola В Qt с его сигналами и слотами это вообще проблемой быть не должно. Можно конкретный пример, куда вы пытаетесь передать колбэк?

Как правильно работать с callback функциями в многопоточных программах?

Нет, не совсем. Мне сейчас на самом деле пришла в голову идея получше - через лямбды (для этого нужна поддержка как минимум C++11):

MyClass {
    std::atomic<int> val;
    LibClass libclass;
     int my_callback(params...);
public:
    MyClass() {
        libclass.register_callback( [this] (params...) { my_callback(params...); });
        libclass.run();
    }

    // ... etc 
};

Если ваш компилятор поддерживает только С++98, то можно использовать boost::bind.

А то, что я имел в виду сначала - больше решение в стиле C, когда библиотека поддерживает передачу колбэку параметров. Тогда у LibClass::register_callback() будет опциональный второй параметр типа void*. Работать это будет примерно так:

int my_callback(int args..., void* priv) { 
    MyClass *instance = static_cast<MyClass*>(priv);

    instance->val = ...;
}

MyClass {
    std::atomic<int> val;
    LibClass libclass;

public:
    MyClass() {
        libclass.register_callback(my_callback, this);
        libclass.run();
    }

    // ... etc 
};