Privacy policyContactsAbout siteOpinionsGitHubDonate
© EVILEG 2015-2018
Recommend hosting

Qt/C++ - Tutorial 083. Creating a dynamic library and connecting it to another project

Qt, DLL, dll, Windows, dynamic

The forum raised the question of how to create a dynamic library and correctly connect it to a third-party project. Periodically, such questions arise, so consider one option of creating a dynamic dll for Windows using the standard wizards in Qt Creator.

In this case, the option will not be considered when the project is divided into subprojects, which are compiled as libraries and then connected to the main project. Because it will be the dynamic internal libraries of the project. Let's create exactly the external library, which theoretically could be distributed in the form of binaries.

Create two projects:

  1. QuiLib - this will be an external dynamic library that will contain one dialog box. This dialog box will open in the main project.
  2. WithDynamicLibrary - the project that will be used to connect this dynamic library.

Step 1

Select the project creation in the Qt Creator menu and select the type of our project. This will be a C ++ library.

Step 2

Let's write down the name of the project and its location

Step 3

Select the kits for the assembly project.

There is a very important point here, and which beginners can forget. If you build a project using a compiler of a particular version, then you can use these libraries only in a project that will be built by the compiler of the same version.

I am compiling this library with the MSVC2017 compiler.

Step 4

Select the required modules. For our library, the basic functionality is enough.

Step 5

Give the name of the library class that will be used in it. The name in this case will be the same as the name of the library itself. But you can change. It does not matter.

Step 6

Do you use a version control system? So add a project under version control. If not, do nothing. And just complete the creation of the library.

Step 7

Let's look at the project files and modify them a bit.

Project structure

In this file there is information that this is the library. Here in this line.


Here is the complete code of the pro file.

# Project created by QtCreator 2018-10-09T19:33:33

QT       += widgets



# The following define makes your compiler emit warnings if you use
# any feature of Qt which has been marked as deprecated (the exact warnings
# depend on your compiler). Please consult the documentation of the
# deprecated API in order to know how to port your code away from it.

# You can also make your code fail to compile if you use deprecated APIs.
# In order to do so, uncomment the following line.
# You can also select to disable deprecated APIs only up to a certain version of Qt.
#DEFINES += QT_DISABLE_DEPRECATED_BEFORE=0x060000    # disables all the APIs deprecated before Qt 6.0.0


        QuiLib.h \

unix {
    target.path = /usr/lib
    INSTALLS += target


Header for defining export defaults in the library. Classes that will be flagged by export defaults will be available for use outside the library.


#include <QtCore/qglobal.h>

#if defined(QUILIB_LIBRARY)



Let's correct a little the header file of the dialog box, we really need a dialog, which means we need to inherit the class in this header file from QDialog.

#ifndef QUILIB_H
#define QUILIB_H

#include "quilib_global.h"

#include <QDialog>

class QUILIBSHARED_EXPORT QuiLib : public QDialog

    explicit QuiLib(QWidget* parent = nullptr);

#endif // QUILIB_H


We will also write the implementation of the dialog box designer, so that it will tell us using QLabel that this is a dialog box from an external library.

#include "QuiLib.h"

#include <QLabel>
#include <QGridLayout>

QuiLib::QuiLib(QWidget* parent) : QDialog(parent)
    QGridLayout* gridLayout = new QGridLayout(this);
    gridLayout->addWidget(new QLabel("Hello world from dynamic library", this));

Step 8

Let's compile the project in Debug and Release versions.

Here, for example, what will be in the release directory of the library assembly. Of those files, we only need the QuiLib.dll and QuiLib.lib files. In addition to these files, you will also need header files from the project itself, but more on that later.

Step 9

Create a project that will use this dynamic library. The creation process will be standard, through a wizard in Qt Creator. You will need to select the Qt Application.

Add project name and location

Step 10

Specify the assembly kit.

Шаг 11

Enter the name of the class of the main window of the application, and also indicate from which class to inherit. I chose QWidget.

Step 12

Again, the choice of a version control system and the completion of the project creation process.

Step 13

Project Structure

In the directory of this project, create a directory QuiLib , in which we place the directories debug , release , include .

These directories will contain the compiled QuiLib.dll and QuiLib.lib libraries, respectively, of the debug version and the release version. The include directory will contain the header files QuiLib.h and quilib_global.h.

That is, we presented the situation in which we gave someone a compiled library so that it could connect and use it.

Step 14

Add the library to the project using a wizard. Of course, you can manually register everything, but if you doubt your abilities, and this is true, otherwise you would not have read this article, then we will use a wizard.

Step 15

We know that the library is external

Step 16

And also, that we will use it only for Windows. Here it is configured that the Debug and Release versions are located in different directories without any prefixes of debugging libraries. I just did not set them up. It is enough to specify one of the *.lib libraries either in the debug or release directory. The path to another version will be added automatically. You also need to specify the directory in which the header files are located. Traditionally this include the directory.

Step 17

Finish adding

Step 18

You need to write a method that will invoke a dialog box from an external library. But first, look at where the third-party connection strings were added, which we saw on the wizard page in step 17.

So now let's take a look at the pro file of our project that will use the dynamic library.

# Project created by QtCreator 2018-10-09T19:45:20

QT       += core gui

greaterThan(QT_MAJOR_VERSION, 4): QT += widgets

TARGET = WithDynamicLibrary

# The following define makes your compiler emit warnings if you use
# any feature of Qt which has been marked as deprecated (the exact warnings
# depend on your compiler). Please consult the documentation of the
# deprecated API in order to know how to port your code away from it.

# You can also make your code fail to compile if you use deprecated APIs.
# In order to do so, uncomment the following line.
# You can also select to disable deprecated APIs only up to a certain version of Qt.
#DEFINES += QT_DISABLE_DEPRECATED_BEFORE=0x060000    # disables all the APIs deprecated before Qt 6.0.0

CONFIG += c++11

        main.cpp \


FORMS += \

# Default rules for deployment.
qnx: target.path = /tmp/$${TARGET}/bin
else: unix:!android: target.path = /opt/$${TARGET}/bin
!isEmpty(target.path): INSTALLS += target

win32:CONFIG(release, debug|release): LIBS += -L$$PWD/QuiLib/release/ -lQuiLib
else:win32:CONFIG(debug, debug|release): LIBS += -L$$PWD/QuiLib/debug/ -lQuiLib

INCLUDEPATH += $$PWD/GuiLib/include
DEPENDPATH += $$PWD/GuiLib/include

These are the most recent lines in this file.


Through a graphic designer, we will add a button to the main window, upon pressing of which a dialogue from the external library will be invoked.


Let's write a slot to handle the click of a button.

#ifndef WIDGET_H
#define WIDGET_H

#include <QWidget>

namespace Ui {
class Widget;

class Widget : public QWidget

    explicit Widget(QWidget *parent = nullptr);

private slots:
    void onPushButtonClicked(); // Slot for processing a click on the button

    Ui::Widget *ui;

#endif // WIDGET_H


And now we will process click of the button and we will cause a dialog box from external library.

#include "Widget.h"
#include "ui_Widget.h"

#include <QPushButton>

// We connect the slot to the signal from the button
#include <QuiLib/include/QuiLib.h>

Widget::Widget(QWidget *parent) :
    ui(new Ui::Widget)
    // We connect the slot to the signal from the button
    connect(ui->pushButton, &QPushButton::clicked, this, &Widget::onPushButtonClicked);

    delete ui;

void Widget::onPushButtonClicked()
    // Вызываем диалоговое окно
    QuiLib libWidget(this);

Note that you need to call the dialog box using the exec () method so that the internal loop of the dialog starts, which will wait for events. Otherwise, the dialogue will immediately close, since the slot will work, and the dialogue in this case is created on the method stack and upon completion of the method, the dialogue is destroyed. And the exec () method will end only when the corresponding event occurs, which closes the dialog.


Хороший урок, все подробно расписано. Такой вопрос: версия Qt для дин.библиотеки не обязательно должна совпадать с версией Qt проекта, который эту библиотеку использует?

Спасибо ))

Из того, что я читал в документации, следует, что библиотеки Qt бинарно совместимы по минорным версиям. То есть, если проект работал с Qt 5.6, то можно поменять библиотеки на Qt 5.7 и по прежнему всё будет работать. На практике, конечно, не всегда всё гладко проходит. То есть по идее, если динамическая библиотека использует Qt 5.6, а подключили её в проект с Qt 5.7, то должно работать. Но опять же оговорюсь, на практике может выйти иначе, особенно, если динамическая библиотека использовала Qt 5.7, а подключили проект на Qt 5.6. Как минимум мождете оказаться, что в Qt 5.6 в каком-то классе отсутствуют некоторые методы.

То есть теоретически возможно, практически, как карта ляжет.

Вот какой вопрос возник: для запуска программы вне Qt приходится тащить с ехе'шником кучу dll. А для использования созданной dll не придется ли тащить с собой всё те же Qt5Core.dll, Qt5Gui.dll, Qt5Widgets.dll...? Особенно если дальнейшее использование созданной dll планируется без участия Qt

Погодите. Если речь идёт о библиотеке, которая использует Qt, от естественно, что ей понадобятся все те модули, от которых зависит бибилотека. Например в данном примере используются модули Qt5Core, Qt5Gui, Qt5Widgets, соответсвенно их тоже придётся тащить с собой. Если же вы создаёте библиотеку без участия Qt, то и модули Qt не будут нужны.

Вы не можете запланировать использование библиотеки без Qt, если она использует модули Qt, но если вы отказываетесь от использования Qt в библиотеке, то тогда получаете возможность не тащить все выше перечисленные модули, поскольку библиотека от них не зависит тогда.


Круто было бы прочитать про приложение с подключаемыми плагинами.

Типо как в Qt Creator?

Самому бы интересно было о таком почитать. В данный момент я бы мог написать только о написании плагинов для Qt Designer. С этим есть некоторый опыт.


ну типа того, создание программы, функционал которой можно расширять плагинами, и, в перспективе, создание API.


О плагинах к QtCreator в целом, тоже интересно.

Если и начинать писать о плагинах, то нужно тогда с Qt Creator начинать, там наверняка будет одинаковый принцип, но по Qt Creator хотя бы информация есть.


наверняка, так и есть)


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

Это было бы здорово и полезно ))


При запуске приложения библиотека должна лежать рядом с исполняемым файлом. А как сделать так, чтобы библиотека лежала в папке на уровень ниже чем сам исполняемый файл?


Можно в каталоге приложения создать файл qt.conf в котором прописать пути библиотек:



Only authorized users can post comments.
Please, Log in or Sign up
Jan. 22, 2019, 9:22 p.m.

C++ - Test 001. The first program and data types

  • Result:40points,
  • Rating points-8
Jan. 22, 2019, 2:15 p.m.

Qt - Test 001. Signals and slots

  • Result:89points,
  • Rating points6
Jan. 20, 2019, 6:39 p.m.
Ivan Otreshko

C++ - Тест 003. Условия и циклы

  • Result:0points,
  • Rating points-10
Last comments
Jan. 22, 2019, 1:17 p.m.
Евгений Легоцкой

Создайте тогда тему здесь на форуме в разделе Qt с выкладками кода и вашими попытками внедрения делегата, позже гляну или может кто-то ещё глянет из опытных пользователей.
Jan. 22, 2019, 1:13 p.m.

Не проще тогда использовать сразу кастомный делегат с чекбоксом? Я попробовал, но там засада в том, что чекбокс показывается только при щелчке на ячейку, а дефолтно показывается значение. Как ...
Jan. 22, 2019, 12:15 p.m.
Евгений Легоцкой

Если будет не приемлемо потом, то тогда через кастомный Item Delegate нужно будет перерисовать ячейки в той колонке.
Jan. 22, 2019, 12:09 p.m.

Получилось приемлемо. Спасибо!Нюанс только в том, что поле рядом с чекбоксом не пропадает, оно просто пустое, что видно при выделении ячейки. Но этого достаточно.
Jan. 22, 2019, 11:50 a.m.
Евгений Легоцкой

Переопределить метод data для той колонки и роли Qt::DisplayRole, чтобы в том случае возвращался QVariant() я так думаю... Но возможно, что у вас там будут нюансы, если вы туда чекбокс за...
Now discuss on the forum
Jan. 23, 2019, 7:54 a.m.

Зарание спасибо.А еще на эту тему можно будет сделать статью. Это контент будет уникальным.
Jan. 23, 2019, 7:37 a.m.
Евгений Легоцкой

Hello. Maybe the English will be better for you? I think russian is not native language for you, or did I mistake? Did I undesrtood rightly, that you mean this documentation ( ...
Jan. 22, 2019, 1:45 p.m.

Всем добрый день. Суть задачи: надо, чтобы в одной из колонок QTableView вместо хранимого в QSqlTableModel значения выводился чекбокс и при смене состояния чекбокса значения в базе тоже ...
Jan. 22, 2019, 1:15 p.m.

Евгений, огромное спасибо, все работает!
Join us in social networks

For registered users on the site there is a minimum amount of advertising