Windows
Note
Slicer relies on a number of large third-party libraries (such VTK, ITK, DCMTK), which take a long time to build and use a lot of disk space. Currently, build requires disk space of 15GB (for release mode) or 60GB (for debug mode). Build time on a desktop computer is typically 3-4 hours, on a laptop it may take 8-12 hours.
Install prerequisites
CMake version >= 3.16.3.
Git >= 1.7.10
Note: CMake must be able to find
git.exeandpatch.exe. If git is installed in the default location then they may be found there, but if they are not found then either add the folder that contains them toPATHenvironment variable; or setGIT_EXECUTABLEandPatch_EXECUTABLEas environment variables or as CMake variables at configure time.
Visual Studio: any edition can be used (including the free Community edition), when configuring the installer:
Enable
Desktop development with C++and in installation detailsEnable the
MSVC v143 - VS2022 C++ x64...(Visual Studio 2022 v143 toolset with 64-bit support) component - in some distributions, this option is not enabled by default.Enable the latest Windows10 SDK component - without this CMake might not find a compiler during configuration step.
Qt5: Download the Qt universal installer and install Qt 5.15.2. In the Select Components tab of the universal installer, click Categories, select Archive, and click Filter to fetch older versions of Qt. Qt version 5.15.2 and its components can be selected by expanding the
Qtcategory. Components required:MSVC2019 64-bit,Qt WebEngine. InstallingSourcesandQt Debug Information Filesare recommended for debugging (they allow stepping into Qt files with the debugger in debug-mode builds).Note: These are all free, open-source components with LGPL license which allow free usage for any purpose, for any individuals or companies.
NSIS (optional): Needed if packaging Slicer. Make sure you install the language packs.
Note
Other Visual Studio IDE and compiler toolset versions
Visual Studio 2019 (v142) toolset is not tested anymore but probably still works.
Cygwin and Mingw: not tested and not recommended. Building with cygwin gcc not supported, but the cygwin shell environment can be used to run utilities such as git.
Set up source and build folders
Create source folder. This folder will be referred to as
<Slicer_SOURCE>in the following. Recommended path:C:\D\SDue to maximum path length limitations during build the build process, source and build folders must be located in a folder with very short (couple of characters) total path length.
While it is not enforced, we strongly recommend you to avoid the use of spaces for both the source directory and the build directory.
Create build folder. This folder will be referred to as
<Slicer_BUILD>in the following. Recommended path:C:\D\SRfor release-mode build,C:\D\SDfor debug-mode build.You cannot use the same build tree for both release or debug mode builds. If both build types are needed, then the same source directory can be used, but a separate build directory must be created and configured for each build type.
How to decide between Debug and Release mode?
Release mode build: runs at same speed as official build, requires less disk space (about 15GB); but step-by-step debugging is not available
Debug mode build: allows debugging (adding breakpoints, step through the code line by line during execution, watch variables); but it may run 5x or more slower, requires more space (about 60GB), and user interface editing in Qt designer is not available
Download source code into Slicer source folder from GitHub: https://github.com/Slicer/Slicer.git
The following command can be executed in Slicer source folder to achieve this:
git clone https://github.com/Slicer/Slicer.git .(note the dot at the end of the command; the.is needed because without that git would create aSlicersubfolder in the current directory)
Configure the repository for developers (optional): Needed if changes need to be contributed to Slicer repository.
Right-click on
<Slicer_SOURCE>/Utilitiesfolder in Windows Explorer and selectGit bash hereExecute this command in the terminal (and answer all questions):
./SetupForDevelopment.shNote: more information about how to use git in Slicer can be found on this page
Configure and build Slicer
Build takes several hours. Warnings will appear during the build (it is practically not feasible to have warning-free builds in large multi-platform projects that rely on third-party libraries), but there must not be any errors. If any problems occur, read the Common errors section.
Using command-line (recommended)
Specify source, build, and Qt location and compiler version and start the build using the following commands (these can be put into a .bat file so that they can be executed again easily), assuming default folder locations:
Release mode:
cd C:\D
"C:\Program Files\CMake\bin\cmake.exe" ^
-G "Visual Studio 17 2022" -A x64 ^
-DQt5_DIR:PATH=C:/Qt/5.15.2/msvc2019_64/lib/cmake/Qt5 ^
-S C:\D\S -B C:\D\SR
"C:\Program Files\CMake\bin\cmake.exe" --build C:\D\SR --config Release
Debug mode:
cd C:\D
"C:\Program Files\CMake\bin\cmake.exe" ^
-G "Visual Studio 17 2022" -A x64 ^
-DQt5_DIR:PATH=C:/Qt/5.15.2/msvc2019_64/lib/cmake/Qt5 ^
-S C:\D\S -B C:\D\SD
"C:\Program Files\CMake\bin\cmake.exe" --build C:\D\SD --config Debug
Using graphical user interface (alternative solution)
Run
CMake (cmake-gui)from the Windows Start menuSet
Where is the source codeto<Slicer_SOURCE>locationSet
Where to build the binariesto<Slicer_BUILD>location. Do not configure yet!Add
Qt5_DIRvariable pointing to Qt5 folder: click Add entry button, setNametoQt5_DIR, setTypetoPATH, and setValueto the Qt5 folder, such asC:\Qt\5.15.2\msvc2019_64\lib\cmake\Qt5.Click
ConfigureSelect your compiler:
Visual Studio 17 2022, and clickFinishClick
Generateand wait for project generation to finish (may take a few minutes)Click
Open ProjectIf building in release mode:
Open the top-level Slicer.sln file in the build directory in Visual Studio
Set active configuration to Release. Visual Studio will select Debug build configuration by default when you first open the solution in the Visual Studio GUI. If you build Slicer in release mode and accidentally forget to switch the build configuration to Release then the build will fail. Note: you can avoid this manual configuration mode selection by setting
CMAKE_CONFIGURATION_TYPESto Release in cmake-gui.
Build the
ALL_BUILDproject
Run Slicer
Run <Slicer_BUILD>/Slicer-build/Slicer.exe application.
Note: Slicer.exe is a “launcher”, which sets environment variables and launches the real executable: <Slicer_BUILD>/Slicer-build\bin\Release\SlicerApp-real.exe (use Debug instead of Release for debug-mode builds).
Test Slicer
Start Visual Studio with the launcher:
Slicer.exe --VisualStudioProject
Select build configuration. Usually
ReleaseorDebug.In the “Solution Explorer”, right click on
RUN_TESTSproject (in the CMakePredefinedTargets folder) and then selectBuild.
Package Slicer (create installer package)
Start Visual Studio with the launcher:
Slicer.exe --VisualStudioProject
Select
Releasebuild configuration.In the “Solution Explorer”, right click on
PACKAGEproject (in the CMakePredefinedTargets folder) and then selectBuild.
Debug Slicer
C++ debugging: Visual Studio is recommended on Windows, see instructions.
Python debugging: multiple development environments can be used, see instructions.
Common errors
Custom Slicer and CTK widgets do not show up in Qt designer
Qt Designer can only use designer plugins (in c:\D\SR\Slicer-build\bin\designer and c:\D\SR\CTK-build\CTK-build\bin\designer) that are built in the same mode (e.g. Debug or Release).
In pre-built Qt packages (downloaded from Qt website) Qt Designer is only provided in Release mode. If Qt is built from source in Release mode (default) or Release and Debug mode then Qt designer will be in Release mode. In all these cases, Qt Designer can be used only if Slicer is built in Release mode.
If Qt is built from source in Debug mode mode then Qt designer will be in Debug mode. In this case, Qt Designer can be used only if Slicer is built in Debug mode.
Other problems
See list of issues common to all operating systems on Common errors page.