По работе часто приходится писать вещи, чем-то похожие на glew.

То есть, необходимо работать с динамически-загружаемыми библиотеками, используя указатели на ее функции, посредством вызова пары функций вроде dlopen/dlsym для сабжа или LoadLibrary / GetProcAddress для оффтопика.

Например, в такой способ организована в боевом коде работа с OpenCL ICD, NVML, NVRTC, CUDA Driver API итд.

Хотелось бы организовать некий «контекст инициализации», то есть вызывать dlsym не для всех функций спецификации OpenCL 1.2, а только тех, которые потом используются приложением.

Если вы знаете примеры программ в которых организована такая ‘хотелка’, или сами делали что-то подобное - поделитесь опытом.

В данный момент думаю в качестве «объекта контекста инициализации» использовать ассоциативный массив вроде ID -> имя_нужной_функции.

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

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

Есть ли какой-то способ контроля над параметрами сжатия растровых данных, которые посредством связки QPrinter + QPainter отрендерены в pdf?

Вопрос на SO: http://stackoverflow.com/questions/13033417/control-over-raster-compression-i...

Подскажите пакет, с помощью которого можно создавать подобное: http://imgur.com/YOgsF (Взял из книги Заславского и Акопяна)

Мой код сохраняет содержимое QGraphicsScene в pdf-файл, используя предварительно настроенный QPrinter. Я добился возможности редактирования, копирования в буфер обмена текста на сцене. Можно ли создавать pdf-ки с текстом, а не переведёнными в кривые глифами? Или единственный путь для создания таких pdf - использование QTextDocument и остальной обвязки?

Вот код и вопрос на SO: http://stackoverflow.com/q/8475200/1093791