Deploying Windows Applications: Difference between revisions

From Qt Wiki
Jump to navigation Jump to search
m (typos)
m (Simow moved page Deploying-Windows-Applications to Deploying Windows Applications: misspelled title)

Revision as of 02:35, 28 February 2015

What does that mean?

In most cases the Qt applications you create don't reside on your development machine just to please you. You want to distribute them and make them run without any further hazzle and dependency installations on any Windows machine: Copy, Double-Click and Run.

Normally Qt applications are compiled and linked against shared libraries (Windows: DLL=Dynamic Link Library, Unix: .so=Shared Object). When the compiled program is executed the code from the libraries needed is loaded at runtime. The point is now to know which libraries have to be shipped along with your application to make it run without having a full Qt installation on the target system.

List of Libraries needed

Besides your compiled .exe file you need some libraries contained in the same directory as the executable. All needed libraries are located in your Qt installation bin directory, e.g. C:\Qt\5.4\mingw491_32\bin. If you have installed more than one development kits you need to copy the libraries from the correct kit of course.

WARNING: Don't take the library files from the QtCreator directory which is compiled against MSVC libraries and has different entry points.

In either case you need the following non-Qt libraries. The list was created from a Qt 5.4 installation:

Library Name Size Remarks
icudt53.dll 21M Unicode Lib
icuin53.dll 3.6M Unicode Lib
icuuc53.dll 2.0M Unicode Lib
libgcc_s_dw2-1.dll 118K GCC Lib
libstdc+–6.dll 1003K Standard C+ Library
libwinpthread-1.dll 48K Pthreads for Windows

Some might argue that there might arise a small problem with shipping 27M ICU libraries. If you don't need ICU (http://site.icu-project.org/) you need to recompile Qt with ./configure -without-icu.

Next we need — depending on what your application needs — to copy the Qt DLLs. First have a look at your .pro file that has a line like:

QT += widgets

In this case you need to copy the following files:

Library Name Size Remarks
Qt5Core.dll 4.7M Qt Core classes — always needed!
Qt5Gui.dll 5.0M Graphical User Interface Classes
Qt5Widgets.dll 6.2M Widget Classes

So far for the core libraries to make the program run on other machines. But wait. Something important is missing:

Platform Plugins

Some vital functions for starting Windows applications are contained in qwindows.dll Located in C:\Qt\5.4\mingw491_32\plugins\platforms. Copying this file to the same directory to the other DLLs would not work. This file is expected in the platforms subdirectory:

.
├── Qt5Core.dll
├── Qt5Gui.dll
├── Qt5Sql.dll
├── Qt5Widgets.dll
├── icudt53.dll
├── icuin53.dll
├── icuuc53.dll
├── libgcc_s_dw2-1.dll
├── libstdc–6.dll
├── libwinpthread-1.dll
└── platforms
    └── qwindows.dll

Now your application is good to go and able to run on other machines not having a full blown Qt installation preinstalled. Unfortunately you still need to ship a total of approximately 45M (half without ICU).

Database Applications

When shipping applications that need to establish a database connection you need to ship the Qt5Sql.dll and the database driver library you use to connect to the database. In this example we make use of SQLite:

.
├── Qt5Core.dll
├── Qt5Gui.dll
├── Qt5Widgets.dll
├── Qt5Sql.dll
├── icudt53.dll
├── icuin53.dll
├── icuuc53.dll
├── libgcc_s_dw2-1.dll
├── libstdc+–6.dll
├── libwinpthread-1.dll
├── platforms
│   └── qwindows.dll
└── sqldrivers
    └── qsqlite.dll

You noticed that we created a sqldrivers directory holding the sqlite.dll copied from C:\Qt5.4\mingw491_32\plugins\sqldrivers

Building a Windows Installer

First head over to http://download.qt.io/official_releases/qt-installer-framework/1.5.0/ and download the package for your operating system.

After installation we need to create some files holding the installer meta data. I suggest creating a directory in your source root directory called installer with this structure:

.
├── config
│   └── config.xml
└── packages
    └── my-package
        ├── data
        │   ├── my-executable.exe
        │   ├── …
        │   .
        └── meta
            ├── installshortcut.qs
            ├── license.txt
            └── package.xml

The installer can be instructed to install one or more packages. They are all located in the packages subdirectory. In the above example we have one package called my-package. In the meta directory we store the license, an installation script for the Windows Shortcut and a package.xml containing the meta data:

package.xml contains:

<?xml version="1.0" encoding="UTF-8"?>
<Package>
  <DisplayName>Name of this Package</DisplayName>
  <Description>Short description</Description>
  <Version>1.0</Version>
  <ReleaseDate>2015-01-10</ReleaseDate>
  <Name>convert</Name>
  <Licenses>
  <License name="GPL" file="license.txt" />
  </Licenses>
  <ForcedInstallation>true</ForcedInstallation>
</Package>

The installshortcut.qs:

 function Component() {
 }

 Component.prototype.createOperations = function() {
  component.createOperations();

 if ( installer.value("os") === "win" ) {
  component.addOperation(
  "CreateShortcut",
  "@TargetDir@/my-executable.exe",
  "@StartMenuDir@/My Executable.lnk"
  );
  }
 }

And finally the main configuration file contained in config:

config.xml

<?xml version="1.0" encoding="UTF-8"?>
<Installer>
  <Name>My Executable</Name>
  <Version>1.0</Version>
  <Title&amp;gt;Description&amp;lt;/Title&amp;gt;
  <Publisher>Simon Wilper</Publisher>
  <StartMenuDir>My Application</StartMenuDir>
  <TargetDir>@rootDir@my-application</TargetDir>
  <UninstallerName>Uninstall</UninstallerName>
</Installer>

Now to create the installer run the binarycreator:

c:\qtinstfw\bin\binarycreator.exe —offline-only -c config\config.xml -p packages setup.exe