123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101 |
- .. _build_visualstudio:
- ======================
- Visual Studio Projects
- ======================
- The build system contains alpha support for generating Visual Studio
- project files to aid with development.
- To generate Visual Studio project files, you'll need to have a configured tree::
- mach configure
- (If you have built recently, your tree is already configured.)
- Then, simply generate the Visual Studio build backend::
- mach build-backend -b VisualStudio
- If all goes well, the path to the generated Solution (``.sln``) file should be
- printed. You should be able to open that solution with Visual Studio 2010 or
- newer.
- Currently, output is hard-coded to the Visual Studio 2010 format. If you open
- the solution in a newer Visual Studio release, you will be prompted to upgrade
- projects. Simply click through the wizard to do that.
- Structure of Solution
- =====================
- The Visual Studio solution consists of hundreds of projects spanning thousands
- of files. To help with organization, the solution is divided into the following
- trees/folders:
- Build Targets
- This folder contains common build targets. The *full* project is used to
- perform a full build. The *binaries* project is used to build just binaries.
- The *visual-studio* project can be built to regenerate the Visual Studio
- project files.
- Performing the *clean* action on any of these targets will clean the
- *entire* build output.
- Binaries
- This folder contains common binaries that can be executed from within
- Visual Studio. If you are building the Firefox desktop application,
- the *firefox* project will launch firefox.exe. You probably want one of
- these set to your startup project.
- Libraries
- This folder contains entries for each static library that is produced as
- part of the build. These roughly correspond to each directory in the tree
- containing C/C++. e.g. code from ``dom/base`` will be contained in the
- ``dom_base`` project.
- These projects don't do anything when built. If you build a project here,
- the *binaries* build target project is built.
- Updating Project Files
- ======================
- As you pull and update the source tree, your Visual Studio files may fall out
- of sync with the build configuration. The tree should still build fine from
- within Visual Studio. But source files may be missing and IntelliSense may not
- have the proper build configuration.
- To account for this, you'll want to periodically regenerate the Visual Studio
- project files. You can do this within Visual Studio by building the
- ``Build Targets :: visual-studio`` project or by running
- ``mach build-backend -b VisualStudio`` from the command line.
- Currently, regeneration rewrites the original project files. **If you've made
- any customizations to the solution or projects, they will likely get
- overwritten.** We would like to improve this user experience in the
- future.
- Moving Project Files Around
- ===========================
- The produced Visual Studio solution and project files should be portable.
- If you want to move them to a non-default directory, they should continue
- to work from wherever they are. If they don't, please file a bug.
- Invoking mach through Visual Studio
- ===================================
- It's possible to build the tree via Visual Studio. There is some light magic
- involved here.
- Alongside the Visual Studio project files is a batch script named ``mach.bat``.
- This batch script sets the environment variables present in your *MozillaBuild*
- development environment at the time of Visual Studio project generation
- and invokes *mach* inside an msys shell with the arguments specified to the
- batch script. This script essentially allows you to invoke mach commands
- inside the MozillaBuild environment without having to load MozillaBuild.
- While projects currently only utilize the ``mach build`` command, the batch
- script does not limit it's use: any mach command can be invoked. Developers
- may abuse this fact to add custom projects and commands that invoke other
- mach commands.
|