944844131c
PrusaSlicer/src/libslic3r/GCodeReader.cpp:24: char Slic3r::get_extrusion_axis_char(const Slic3r::GCodeConfig&): Assertion `axis.size() <= 1' failed. The set_deserialise_strict() method converts 'A' to the string "65" instead of "A". Perhaps this should be fixed more robustly. Fix fff_print_tests test name Temeperatures -> Temperatures Fix fff_print_tests All travel moves happen within skirt Remove the last travel_moves point which returns to the origin (0,0) which is outside the convex hull. This point was causing CHECK(convex_hull.contains(travel_move)) to fail. Fix fff_print_tests "Used Filament" test Assertion `std::abs(length) < 1000.0' failed The test configured a retract_length of 10000000 which is larger than the asserted maximum retraction length of 1000. PrusaSlicer/src/libslic3r/GCode/GCodeWriter.cpp:473: std::string Slic3r::GCodeWriter::_retract(double, double, std::string_view): Assertion `std::abs(length) < 1000.0' failed. Fixed by doing the print with two different (legal) retraction lengths and checking that the total_used_filament agrees in both cases. Fix fff_print_tests "Slicing with retraction and lifting" remove illegal negative restart_extra test case Negative restart_extra is asserted against at PrusaSlicer/src/libslic3r/Extrucer.cpp:58 How to build - add instructions on how to run the unit tests
4.7 KiB
Building PrusaSlicer on Windows
0. Prerequisities
The following tools need to be installed on your computer:
- Microsoft Visual Studio version 16 2019 or 17 2022
- CMake
- git
1. Download sources
Clone the respository. Use a directory relatively close to the drive root, so the path is not too long. Avoid spaces and non-ASCII characters. To place it in C:\src\PrusaSlicer, run:
c:> mkdir src
c:> cd src
c:\src> git clone https://github.com/prusa3d/PrusaSlicer.git
2.A Manual Build Instructions
As an alternative, you can go to 2.B to compile PrusaSlicer using one automatic script.
Compile the dependencies.
Dependencies are updated seldomly, thus they are compiled out of the PrusaSlicer source tree. Open the MSVC x64 Native Tools Command Prompt and run the following:
cd c:\src\PrusaSlicer\deps
mkdir build
cd build
cmake ..
cmake --build .
Expect this to take some time. Note that both Debug and Release variants are built. You can force only the Release build by passing -DDEP_DEBUG=OFF to the first CMake call.
Generate Visual Studio project file for PrusaSlicer, referencing the precompiled dependencies.
Open the MSVC x64 Native Tools Command Prompt and run the following:
cd c:\src\PrusaSlicer\
mkdir build
cd build
cmake .. -DCMAKE_PREFIX_PATH="c:\src\PrusaSlicer\deps\build\destdir\usr\local"
Note that CMAKE_PREFIX_PATH must be absolute path. A relative path will not work.
Compile PrusaSlicer.
Double-click c:\src\PrusaSlicer\build\PrusaSlicer.sln to open in Visual Studio and select PrusaSlicer_app_gui as your startup project (right-click->Set as Startup Project).
Run Build->Rebuild Solution once to populate all required dependency modules. This is NOT done automatically when you Build/Run. If you run both Debug and Release variants, you will need to do this once for each.
Debug->Start Debugging or press F5
PrusaSlicer should start. You're up and running!
Running Unit Tests
For the most complete unit testing, use the Debug build option -DCMAKE_BUILD_TYPE=Debug when running cmake.
Without the Debug build, internal assert statements are not tested.
To run the unit tests:
cd build
make test
To run a specific unit test:
cd build\tests
The unit tests can be found by
`dir *\*_tests`
Any of these unit tests can be run directly e.g.
`.\fff_print\fff_print_tests`
2.B Run the automatic build script
This is an alternative to the manual build described above. It relies on build_win.bat script which is part of the repository and which will find the MSVC installation, set up the build environment and build the dependencies and PrusaSlicer itself. The script was provided by @jschuh and PrusaSlicer team does not maintain it.
Just run the following command to get everything going with the default configs:
c:\src>cd c:\src\PrusaSlicer
c:\src\PrusaSlicer>build_win.bat -d=..\PrusaSlicer-deps -r=console
The build script will run for a while and automatically perform the following steps:
- Configure and build deps as RelWithDebInfo with
c:\src\PrusaSlicer-depsas the destination directory - Configure and build all application targets as RelWithDebInfo
- Launch the resulting
prusa-slicer-console.exebinary
You can change the above command line options to do things like:
- Change the destination for the dependencies by pointing
-dto a different directory such as:build_win.bat -d=s:\PrusaSlicerDeps - Open the solution in Visual Studio after the build completes by changing the
-rswitch to-r=ide - Generate a release build without debug info by adding
-c=Releaseor a full debug build with-c=Debug - Perform an incremental application build (the default) with:
build_win.bat -s=app-dirty - Clean and rebuild the application:
build_win.bat -s=app - Clean and rebuild the dependencies:
build_win.bat -s=deps - Clean and rebuild everything (app and deps):
build_win.bat -s=all - The full list of build script options can be listed by running:
build_win.bat -?
Troubleshooting
You're best off initiating builds from within Visual Studio for day-to-day development. However, the build_win.bat script can be very helpful if you run into build failures after updating your source tree. Here are some tips to keep in mind:
- The last several lines of output from
build_win.batwill usually have the most helpful error messages. - If CMake complains about missing binaries or paths (e.g. after updating Visual Studio), building with
build_win.batwill force CMake to regenerate its cache on an error. - After a deps change, you may just need to rebuild everything with the
-s=allswitch. - Reading through the instructions in the next section may help diagnose more complex issues.