An umbrella- (super-) project for modorganizer.
Mod Organizer requires a Windows 64 bit Machine because it is a 64bit binary.
If you have questions or you need help visit us in our Discord or write in the STEP forum thread.:
First you need to clone the umbrella repository. We recommend that you clone it into the root of your C:\ drive.
Open there a console and copy in: git clone https://github.com/Modorganizer2/modorganizer-umbrella
Now you need to install all required software to build Mod Organizer.
-
If you want to install everything by hand you need all this stuff:
- 7zip (Latest 64Bit) Link: http://www.7-zip.org/a/7z1700-x64.exe
- Inno (Only required to build Installer) Setup Link: http://www.jrsoftware.org/download.php/is.exe
- CMake (latest 64bit) Link: https://cmake.org/files/v3.10/cmake-3.10.2-win64-x64.msi
- Git Link: https://github.com/git-for-windows/git/releases/download/v2.16.2.windows.1/Git-2.16.2-64-bit.exe
Python 2.7.14 (64Bit) Link: https://www.python.org/ftp/python/2.7.14/python-2.7.14.msiIf you've previously used a Python 2 version of Umbrella, you may need to rungit clean -xdfto remove cached data which interferes with Python 3.- Python 3.7.1 (64Bit) Link: https://www.python.org/downloads/windows/
- Qt 5.12.0 http://download.qt.io/official_releases/online_installers/qt-unified-windows-x86-online.exe
- msvc2017-64
- qtwebengine
Be sure to expand the options to show ALL the available choices and then select those packages. Failure to do so will result in a missing qmake.exe error.
-
Strawberry Perl Link: http://strawberryperl.com/download/5.26.1.1/strawberry-perl-5.26.1.1-64bit.msi
-
Visual Studio Community 2017 Link: https://www.visualstudio.com/thank-you-downloading-visual-studio/?sku=Community&rel=15
- .NET desktop development
- Desktop development for C++
Additionally you need to activate under Individual components:
- "Windows Universal CRT SDK" (Under Compilers, build tools, and runtimes)
- "Windows 8.1 SDK" (Under SDKs, libraries, and frameworks)
- "Windows 10 SDK (10.0.16299.0) for Desktop C++ [x86 and x64]" (Under SDKs, libraries, and frameworks
- Note: If you have problems building Python due to a "missing SDK version", edit the registry key [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Microsoft SDKs\Windows\v10.0] to point to the the 10.0.16299.0 SDK.
Now we can finally start the build process. Just run the following command in the modorganizer-umbrella folder: python.exe unimake.py
If you wish to rebuild only one target once everything is complete, you simply delete the relevant txt file in the progress folder, e.g C:\modorganizer-umbrella\progress\modorganizer_complete_cmake modorganizer.txt Then rerun the build script and it will rebuild the relevant project.
This repository contains a meta build-system that is able to download and build MO subprojects and dependencies as necessary. It can be used to build the whole project to produce a build that should be equivalent to the release or to build subprojects (i.e. plugins) with the minimum of dependencies.
This umbrella project can optionally produce IDE projects for developers.
- While mostly functional this project is work in progress and should only be used by those with the will to spend some time.
- Currently all dependencies (except, optionally, Qt) are built from source, including monsters like Boost and Python. This is necessary to produce releasable bundles (pre-built python would introduce additional run-time dependencies, pre-built Qt doesn't provide debug symbols (pdbs)) but it is overkill if all you want to do is contribute to a plugin.
At its base this is actually a fairly simple program. Arbitrary command calls are wrapped inside Task objects (grouped as projects) and put into a dependency graph. The tasks are then executed in proper order, with the umbrella providing the environment so you don't need to have all required tool in your global PATH variable.
There are specialised task implementations to conveniently specify sources to be retrieved from a repository or to get the correct make tool invoked.
Now one thing that may be a bit confusing is that all tasks have to be fully initialized before processing starts but since tasks will usually build upon each other, not all information may be available at that time. In these cases functions/lambdas can be passed as parameters in task initialization which will then be invoked when that task is processed which will be after all dependencies are complete.
Some more details:
- Successfully completed tasks are memorized (in the "progress" directory) and will not be run again
- Names for tasks are generated so they may not be very user-friendly
- Technically, independent tasks could be executed in parallel but that is not (yet) implemented
usage: unimake.py [-h] [-f file] [-d path] [-s option=value] [-g]
[-b directory] [-p directory] [-i directory]
[target [target ...]]
positional arguments:
target make this target. eg: modorganizer-archive
modorganizer-uibase (you need to delete the progress
file. will be fixed eventually)
optional arguments:
-h, --help show this help message and exit
-f file, --file file sets the build script file. eg: -f makefile.uni.py
-d path, --destination path
output directory for all generated folder and files
.eg: -d E:/MO2
-s option=value, --set option=value
set configuration parameters. most of them are in
config.py. eg: -s paths.build=build
-g, --graph update dependency graph
-b directory, --builddir directory
sets build directory. eg: -b build
-p directory, --progressdir directory
sets progress directory. eg: -p progress
-i directory, --installdir directory
set install directory. eg: -i directory
I'd suggest to use a destination folder that isn't too deep, some dependencies don't handle long paths well. If the make target is left empty, everything is built. A incomplete lists of targets can be found here.
Here are the dependency graphs that currently unimake takes care of: https://imgur.com/TT7TFGg.png
