CMake on Windows, Linux, and macOS Operating Systems

...

The GMAT, GMAT Plugins, and CSALT build process is managed by CMAKE CMake and custom scripts that automatically install required dependencies. (CSALT currently requires some manual configuration.)   The build process can be broken down into several steps:

...

 The first two three steps are generally "one-time" processes and result in a build system (e.g. Visual Studio solution or makefiles) that will intelligently rebuild GMAT components as needed when source or configuration files are changed. NOTE: These instructions refer to <GMAT> as the top-level GMAT repository folder.

Figure 1. The <GMAT> repository layout

Step 1: Clone the GMAT Git Repositories

GMAT uses to Git repositories for source code version control.  The "Public" repository contains code that has been approved for general open source release.  The internal repository contains proprietary and/or sensitive components that cannot be released open source.  For public Public developers , you can obtain the source code from SourceForge ( The the Git command is: "git clone git://git.code.sf.net/p/gmat/git gmat-git"). For internal Internal developers , should contact the GMAT team for repository URLs.   Note, when

...

...

...

Step 2: Download and Configure GMAT Dependencies

GMAT is distributed with a Python script to configure most (but not all) dependencies.  Table 1 describes all software dependencies for GMAT.  The <GMAT>/depends folder contains scripts to automatically download and configure the core GMAT dependencies.  Note, to build without MATLAB or Python (or other non-Core dependencies), you can simply uncheck the plugins that require those dependencies later in the CMAKE CMake configuration (see the "Used in GMAT" column in the table below).  Core dependencies are required to build even the minimal GMAT distribution.

...

• Windows: Visual Studio 2017 (Express or Paid versions). 
• Mac: XCode tools (preferably v7+), with the command line developer tools (GCC  4.8.5 or greater)
  
• Linux: GCC compiler tools (GCC  4.8.5 or greater)
  

Figure 2. <GMAT>/depends folder layout after dependency configuration

→ (For GMAT R2018a and earlier) Run the configure.sh (Mac/Linux) or configure.bat (Windows) script to set up core GMAT dependencies.

...

CSALT requires installation of the code and build files for two additional third-party components: Boost (code only) and SNOPT (code and libraries).  The Boost code is downloaded automatically as part of the CMAKE CMake configuration process. (See Step 3 of this guide.)  The SNOPT code and libraries should be placed in a folder named snopt7.  The dependency folder ("depends"), configured to include the CSALT dependencies, is shown in Figure 3. Note that some of the items in the depends folder do not appear until either (1) the configure.py script is run or (2) the CMAKE CMake configuration process is run. (See Step 3 of this guide.)

Figure 3. <GMAT>/depends folder layout, including the folders for CSALT builds

When the Boost and SNOPT folders are configured correctly, the code for the corresponding components should be directly inside of the Boost_1_71_0 and snopt7 folders, as shown in Figure 4.

Figure 4. A view showing contents of the boost and part of the snopt7 folders

SNOPT Setup

CSALT is built to use SNOPT 7.5.  Civil servant members of the GMAT development team can obtain a copy of the SNOPT code from the GMAT Project lead.  Subcontractors should obtain a copy from their company GMAT point of contact.  Other GMAT developers should contact Stanford Business Software, Inc. (SBS) for a licensed copy of the software package.  Setup for the SNOPT package is different for developers that have access to the code from the GMAT project than for developers that are using code from SBS. 

...

The SNOPT source code is contained in an archive that your team lead will provide to you.  Unpack that archive into your depends folder, and verify the resulting snopt7 fonder contains the file structure shown in Figure 4.

Windows, Mac, and Linux developers with access to the GMAT internal repository can find prebuilt copies of the SNOPT libraries in platform specific subfolders of the <gmatinternal>/code/CSALTPlugin/snoptlibs folder.  Precompiled libraries are available there for Windows 10, Linux (built on Ubuntu) and Mac OS X (built on High Sierra).  Thise libraries will need to be copied into place in the bin and debug subdirectories of the GMAT output directory that you will configure later in the build configuration.  In the GMAT CMAKE CMake settings, that directory is labeled GMAT_BUILDOUTPUT_DIRECTORY, and defaults to the <GMAT>/application folder.

Developers working on other platforms will need to build SNOPT for their environments.  The build procedure is described in the snopt7/INSTALL text file.  Be sure to build both the SNOPT shared library and the C++ interface shared library for the target platform. 
 

...

SBS delivers the SNOPT code in an archive file.  Unpack the SNOPT 7.5 archive, snopt7.5-1.4 into the depends folder.  On success, the depends folder should contain the snopt7 folder used to build CSALT.  Follow the SNOPT build instructions, found in the INSTALL text file of the snopt7 folder, to create theSNOPT shared library and the SNOPT C++ interface library.  Once built, the libraries snopt7 and snopt7_cpp (with platform specific file extensions) are located in the lib/.libs folder.  Copy the shared libraries to the .lib folder, completing installation.

A note for Windows developers:  SNOPT is coded in Fortran.  You will need a Fortran compiler to build SNOPT for your workstation.  The libraries built for the GMAT development team were compiled using the Intel Fortran compiler.  Windows users of the CSALT libraries also install the Intel redistributable libraries as part of the GMAT/CSALT installation procedure. (See "Additional CSALT Dependencies" in Table #Table 1.)

Step 3: Create GMAT Build System Using CMake

...

• All Operating Systems: CMake (Minimum version 3.1519.0)
• Linux: libgl1-mesa-dev, libglu1-mesa-dev, libgtk-3-dev (or libgtk2.0-dev), tcsh (or csh)
• Optional: MATLAB (if building MatlabInterface or CInterface plugins).

  Anchor
  OSXMatlabPatch OSXMatlabPatch

  On macOS, the following must be done in Matlab once to initialize its internal compiler:

  • Launch Matlab, run the command: mex -setup

  • If Matlab gives a "No supported compiler or SDK was found" error, then a patch to Matlab must be applied. This is a known incompatibility between Matlab R2015a/b and XCode 7. The patch and instructions to apply it can be found here on the MathWorks website. This problem with Matlab is documented on the GMAT Bugtracker Issue 5634.
• Optional: Python

...

Tip: All CMake commands can also be performed on the command-line instead of using the GUI. See below for instructions.

Figure 5. Components of the CMake GUI

→ Enter values into the CMake GUI in the following order (as annotated in Figure 5):

1. Enter the full path to the <GMAT> cloned repository on your computer
2. Enter the full path to the folder where the GMAT build system should be placed
   1. CMake produces out-of-source builds. It is recommended to use <GMAT>/build/<OS>-cmakebuild for this value.
3. Click "Configure"
   1. CMake may ask for permission to create the folder you specified in Step 2 ("Where to build the binaries")
   2. CMake will ask you to choose a generator (see Figure 6). See the CMake Generator webpage for an explanation of available generators.
      Recommended generators are:
      1. Mac: Unix Makefiles (although XCode has also been observed to work but has not been tested by the GMAT team)
      2. Linux: Unix Makefiles
      3. Windows: Visual Studio (note e.g. "Visual Studio 12 2013" is 32-bit, whereas "Visual Studio 12 2013 x64" is 64-bit)
         

         Figure 6. Choosing a generator in CMake

         
         

   3. CMake will start the configuration process, after which the Variable List and Configure Results sections (Figure 5 sections 4a and 4b) will be populated:
      

      Figure 7. Output of CMake Configure

      
      

4. Use the Configure results output box (Figure 3 section 4a) to change variables in the CMake variable list (Figure 3 section 4b) as follows:

   1. Always start at the top of the configure results output box and correct errors one-by-one
   2. For each error: change the appropriate CMake variable, re-configure, confirm the error was fixed (in the results output box), then repeat for next error

   3. In addition to errors, there are several CMake variables that allow you to control how the build system configures GMAT:

      CMake Variable (Group)	Description	Associated CMake Error
      CMAKE_BUILD_TYPE (CMAKE)	On makefile systems, this specifies the desired build type On VisualStudio/XCode systems, this specifies all possible build types Valid values: Release, Debug, RelWithDebInfo, MinSizeRel Note: On makefile systems, you should create a separate out-of-source build folder for each desired build type (Figure 3 box 2). (e.g. cmakebuild-release or cmakebuild-debug)	N/A
      CMAKE_INSTALL_PREFIX (CMAKE)	Location to install GMAT when doing make install or building the VisualStudio->INSTALL project  Note: This is autofilled to <GMAT>/GMAT-<release>-<OS>-<BitType> for convenience.  Note libraries are only placed here when building AND installing.  Note this directory must be different than "Where to build the binaries", and the target of GMAT_BUILDOUTPUT_DIRECTORY.	N/A
      CSPICE_DIR (Ungrouped)	Path to CSPICE root directory (containing include/, lib/, etc.)	CSPICE NOT FOUND (make sure to run depends script from Step 1)
      F2C_DIR (Ungrouped)	Path to F2C root directory (containing f2c.h)  Note: this should generally be CSPICE_DIR/include	F2C NOT FOUND (make sure to run depends script from Step 1)
      GMAT_ADDITIONAL_PLUGINS (GMAT)	Full path to a text file containing locations of additional (i.e. 3rd-party) GMAT plugins. The file contents should follow the following format:  Plugin1Name = /full/path/to/Plugin1/folder  Plugin2Name = ./relative/path/to/Plugin2/folder Where the plugin name is whatever you want (usually the plugin's common name) and relative paths are with respect to the file location.	N/A
      GMAT_BUILDOUTPUT_DIRECTORY (GMAT)	Location to place libraries and executables when building but NOT installing.   Note this directory must be different than "Where to build the binaries", and the target of CMAKE_INSTALL_PREFIXbuild the binaries", and the target of CMAKE_INSTALL_PREFIX.
      GMAT_INCLUDE_API (GMAT)	Build the Python and/or Java APIs for GMAT. If the APIs for the Estimation and Station components are desired, then those plugins should also be enabled.
      GMAT_PROPRIETARYPLUGINS_PATH (GMAT)	Full path to the top-level GMAT Proprietary Plugins code/ folder. (folder that contains CMakeLists.txt) This will be automatically found if you name it gmatinternal-git and place it next to the main <GMAT> repository folder.	N/A
      GMAT_PYTHON3_VERSIONS (GMAT)	Semicolon-separated list of Python versions to use with each Python-aware GMAT component (see #Table 1).
      Matlab_ROOT_DIR (Matlab)	Path to MATLAB root directory (on Mac, this is the path to MATLAB_R20xxx.app)	Matlab NOT FOUND (make sure MATLAB is installed)
      PLUGIN_XXX (PLUGIN)	Whether to build a particular GMAT Plugin Note: the proprietary plugins only show up here if GMAT_PROPRIETARY_PLUGINS has been correctly set Note: additional plugins (externalsuch as the OFI) plugins only show up here of GMAT_ADDITIONAL_PLUGINS has been correctly set	N/A
      wxWidgets_ROOT_DIR (wxWidgets)	Mac/Linux: Path to wxWidgets wx-config utility (usually this is the wxWidgets bin/ folder) Windows: Path to wxWidgets (containing include/ and lib/)	wxWidgets NOT FOUND (make sure to run depends script from Step 1)
      PYTHON_LIBRARY (PYTHON) (Advanced Variable)	Use a specific installation of Python for GMAT's PythonInterface plugin. If this variable is blank, the latest version of Python that can be found in default locations will be used. Set this to the FULL PATH to pythonXX.lib (e.g. C:/path/to/python35.lib) if you installed Python to a custom location.	Python NOT FOUND (make sure Python is installed, and variable is set properly)
      XercesC_INCLUDE_DIR XercesC_LIBRARY (Xerces)	Xerces library and include folder locations.	Failed to find XercesC (make sure to run depends script from Step 1)

      
      

5. When all CMake errors are handled and you have specified all desired GMAT options, click "Generate".
   CMake will create the build system in the chosen out-of-source build folder (Figure 3 box 2).

...

1. Open the GMAT.sln Visual Studio solution. After loading, you should see the following projects:
   

   Figure 8. CMake-generated VisualStudio2013 Visual Studio Solution

   
   NOTE: This list may vary according to the GMAT plugins you chose in Step 2.
   The common projects you will see are:
   • ALL_BUILD: The default startup project. Ensures that all other projects are up-to-date, then builds them.
   • ZERO_CHECK: Performs the work to ensure all other projects are up-to-date. It is automatically built along with all other projects.
   • INSTALL:  Creates a standalone GMAT folder containing all executables, plugins, data files, samples, and documentation.
   • GmatBase, GmatConsole, GmatGUI, Plugins: The various GMAT components. You can build these individually if desired.
2. Choose a build configuration, e.g. Release, Debug, etc.
3. Build the ALL_BUILD project. Depending on your system speed and number of selected GMAT components, this may take a while!
4. (Optional) Build the INSTALL project if you want a fully standalone and relocatable version of GMAT.

...

Unresolved External Symbol *_Py_* referenced in function ...

...

wxWidgets v3.0.2 has a known bug (documented here) on Mac OSX 10.10+ that causes a build error. As of R2016a, the GMAT dependency configuration script (configure.sh) implements this fix internally, so GMAT users do not need to take any additional action for wxWidgets to build on Mac. THIS IS NO LONGER AN ISSUE since switching to wxWidgets 3.0.4.

Including the OpenFramesInterface 3D Visualization Plugin

...