PrusaSlicer-NonPlainar/doc/How to build - Linux et al.md

100 lines
4.8 KiB
Markdown
Raw Normal View History

2019-01-07 15:28:57 +00:00
2019-05-13 10:42:40 +00:00
# Building PrusaSlicer on UNIX/Linux
2019-01-07 15:28:57 +00:00
2019-05-13 10:42:40 +00:00
PrusaSlicer uses the CMake build system and requires several dependencies.
The dependencies can be listed in the `deps` directory in individual subdirectories, although they don't necessarily need to be as recent
as the versions listed - generally versions available on conservative Linux distros such as Debian stable, Ubuntu LTS releases or Fedora are likely sufficient.
2019-01-07 15:28:57 +00:00
Perl is not required anymore.
2019-01-07 15:28:57 +00:00
2020-10-31 16:40:28 +00:00
In a typical situation, one would open a command line, go to the PrusaSlicer sources (**the root directory of the repository**), create a directory called `build` or similar,
2019-01-07 15:28:57 +00:00
`cd` into it and call:
cmake ..
make -jN
where `N` is the number of CPU cores available.
Additional CMake flags may be applicable as explained below.
2019-01-11 16:14:18 +00:00
### Dependency resolution
2019-01-07 15:28:57 +00:00
2019-05-13 10:42:40 +00:00
By default PrusaSlicer looks for dependencies the default way CMake looks for them, i.e. in default system locations.
On Linux this will typically make PrusaSlicer depend on dynamically loaded libraries from the system, however, PrusaSlicer can be told
2019-01-07 15:28:57 +00:00
to specifically look for static libraries with the `SLIC3R_STATIC` flag passed to cmake:
cmake .. -DSLIC3R_STATIC=1
2019-05-13 10:42:40 +00:00
Additionally, PrusaSlicer can be built in a static manner mostly independent of the system libraries with a dependencies bundle
2019-01-07 15:28:57 +00:00
created using CMake script in the `deps` directory (these are not interconnected with the rest of the CMake scripts).
Note: We say _mostly independent_ because it's still expected the system will provide some transitive dependencies, such as GTK for wxWidgets.
To do this, go to the `deps` directory, create a `build` subdirectory (or the like) and use:
cmake .. -DDESTDIR=<target destdir>
where the target destdir is a directory of your choosing where the dependencies will be installed.
You can also omit the `DESTDIR` option to use the default, in that case the `destdir` will be created inside the `build` directory where `cmake` is run.
2020-10-31 16:40:28 +00:00
Once the dependencies have been built, in order to pass the destdir path to the **top-level** PrusaSlicer `CMakeLists.txt` script, use the `CMAKE_PREFIX_PATH` option along with turning on `SLIC3R_STATIC`:
2019-01-07 15:28:57 +00:00
cmake .. -DSLIC3R_STATIC=1 -DCMAKE_PREFIX_PATH=<path to destdir>/usr/local
Note that `/usr/local` needs to be appended to the destdir path and also the prefix path should be absolute.
**Warning**: Once the dependency bundle is installed in a destdir, the destdir cannot be moved elsewhere.
This is because wxWidgets hardcode the installation path.
### wxWidgets version
2019-05-13 10:42:40 +00:00
By default, PrusaSlicer looks for wxWidgets 3.1, this is because the 3.1 version has
a number of bugfixes and improvements not found in 3.0. However, it can also be built with wxWidgets 3.0.
This is done by passing this option to CMake:
-DSLIC3R_WX_STABLE=1
2019-05-13 10:42:40 +00:00
Note that PrusaSlicer is tested with wxWidgets 3.0 somewhat sporadically and so there may be bugs in bleeding edge releases.
When building on ubuntu 20.04 focal fossa, the package libwxgtk3.0-gtk3-dev needs to be installed instead of libwxgtk3.0-dev and you should use:
-DSLIC3R_WX_STABLE=1 -DSLIC3R_GTK=3
2019-01-07 15:28:57 +00:00
### Build variant
2019-05-13 10:42:40 +00:00
By default PrusaSlicer builds the release variant.
2019-01-07 15:28:57 +00:00
To create a debug build, use the following CMake flag:
-DCMAKE_BUILD_TYPE=Debug
2019-03-20 14:17:07 +00:00
### Enabling address sanitizer
2019-05-13 10:42:40 +00:00
If you're using GCC/Clang compiler, it is possible to build PrusaSlicer with the built-in address sanitizer enabled to help detect memory-corruption issues.
2019-03-20 14:17:07 +00:00
To enable it, simply use the following CMake flag:
-DSLIC3R_ASAN=1
This requires GCC>4.8 or Clang>3.1.
2019-01-07 15:28:57 +00:00
### Installation
2019-05-13 10:42:40 +00:00
At runtime, PrusaSlicer needs a way to access its resource files. By default, it looks for a `resources` directory relative to its binary.
2019-01-07 15:28:57 +00:00
2019-05-13 10:42:40 +00:00
If you instead want PrusaSlicer installed in a structure according to the File System Hierarchy Standard, use the `SLIC3R_FHS` flag
2019-01-07 15:28:57 +00:00
cmake .. -DSLIC3R_FHS=1
2019-05-13 10:42:40 +00:00
This will make PrusaSlicer look for a fixed-location `share/slic3r-prusa3d` directory instead (note that the location becomes hardcoded).
2019-01-07 15:28:57 +00:00
2019-05-13 10:42:40 +00:00
You can then use the `make install` target to install PrusaSlicer.
### Desktop Integration (PrusaSlicer 2.4 and newer)
If PrusaSlicer is to be distributed as an AppImage or a binary blob (.tar.gz and similar), then a desktop integration support is compiled in by default: PrusaSlicer will offer to integrate with desktop by manually copying the desktop file and application icon into user's desktop configuration. The built-in desktop integration is also handy on Crosstini (Linux on Chrome OS).
If PrusaSlicer is compiled with `SLIC3R_FHS` enabled, then a desktop integration support will not be integrated. One may want to disable desktop integration by running
cmake .. -DSLIC3R_DESKTOP_INTEGRATION=0
when building PrusaSlicer for flatpack or snap, where the desktop integration is performed by the installer.