Не знаю как в Qt5, но в Qt4 к символам внутри библиотеки-плагина я обращался вручную, то есть явно вызывал загрузку библиотеки из своего каталога, и вызывал для их инициализации экспортированные из них методы. У меня приложение состояло из небольшого загрузчика, который больше ничего не умел, а всё остальное - плагины. При этом всё это одинаково работало в Windows и Linux.

Вроде нет. Не должно. Тогда ошибка должна быть другой - дублирование.

ЗЫ: Проследил - нет, в других плагинах это имя не используется. Вообще - почему именно когда появляется конструктор, то всё ломается? И какое отношение конструктор может иметь к таблице виртуальных методов?

Не имеет значения. Вообще дублирование имён в плагинах никак не влияет - у меня их куча, и в них навалом дублирующихся имён. Всё прекрасно работает. Загрузчик их грузит последовательно, резолвит ссылки, и когда грузит следующий, загруженные уже не мешают. Это же плагины виджетов дизайнера, там невозможно без дублирования имён обойтись.

Оппа... Убираю макрос Q_OBJECT в начале класса - плагин грузится, со всеми конструкторами, сигналами, слотами и прочим. То есть, целиком, без каких-то других сокращений. Возвращаю - не грузится.

Сейчас собрал ещё один аналогичный плагин с другим функционалом, но он тоже инклюдит этот класс. Тоже без Q_OBJECT в этом классе. И дизайнер загрузил оба эти плагина. Но мне необходим Q_OBJECT - сигналы и слоты нужны.

Что это за странные вопросы? Класс с Q_OBJECT, signals:, public slots:, emit... компилируется и создаётся объектный модуль.

Стоп, а как moc может не отработать? Исходник указан в проекте сразу следом за исходниками самого плагина.
И как этот класс может компилироваться, если в нём есть ключевые слова moc, не известные GCC?
Вообще-то объектника с именем, начинающемся с moc_ для исходника с этим классом нет.

кумейкопроблемы