Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix Markdown syntax. #1995

Merged
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
96 changes: 48 additions & 48 deletions BUILDING.md
Original file line number Diff line number Diff line change
Expand Up @@ -16,7 +16,7 @@ Advanced Build Configuration

## Building With Build Script

The simplest way to build USD is to run the supplied ```build_usd.py```
The simplest way to build USD is to run the supplied `build_usd.py`
script. This script will download required dependencies and build
and install them along with USD in a given directory.

Expand Down Expand Up @@ -99,15 +99,15 @@ Python support in USD refers to:
- Unit tests using Python

Support for Python can optionally be disabled by specifying the cmake flag
```PXR_ENABLE_PYTHON_SUPPORT=FALSE```.
`PXR_ENABLE_PYTHON_SUPPORT=FALSE`.

Support for Python 3 can be enabled by specifying the cmake flag
```PXR_USE_PYTHON_3=ON```.
`PXR_USE_PYTHON_3=ON`.

##### OpenGL

Support for OpenGL can optionally be disabled by specifying the cmake flag
```PXR_ENABLE_GL_SUPPORT=FALSE```. This will skip components and libraries
`PXR_ENABLE_GL_SUPPORT=FALSE`. This will skip components and libraries
that depend on GL, including:
- usdview
- Hydra GL imaging
Expand All @@ -116,7 +116,7 @@ that depend on GL, including:

Building USD with Metal enabled requires macOS Mojave (10.14) or newer.
Support for Metal can optionally be disabled by specifying the cmake flag
```PXR_ENABLE_METAL_SUPPORT=FALSE```. This will skip components and libraries
`PXR_ENABLE_METAL_SUPPORT=FALSE`. This will skip components and libraries
that depend on Metal, including:
- Hydra imaging

Expand All @@ -128,12 +128,12 @@ location of the SDK. The glslang compiler headers must be locatable during
the build process.

Support for Vulkan can optionally be enabled by specifying the cmake flag
```PXR_ENABLE_VULKAN_SUPPORT=TRUE```.
`PXR_ENABLE_VULKAN_SUPPORT=TRUE`.

##### OSL (OpenShadingLanguage)

Support for OSL is disabled by default, and can optionally be enabled by
specifying the cmake flag ```PXR_ENABLE_OSL_SUPPORT=TRUE```. This will
specifying the cmake flag `PXR_ENABLE_OSL_SUPPORT=TRUE`. This will
enable components and libraries that depend on OSL.

Enabling OSL suport allows the Shader Definition Registry (sdr) to
Expand All @@ -142,7 +142,7 @@ parse metadata from OSL shaders.
##### Documentation

Doxygen documentation can optionally be generated by specifying the cmake flag
```PXR_BUILD_DOCUMENTATION=TRUE```.
`PXR_BUILD_DOCUMENTATION=TRUE`.

The additional dependencies that must be supplied for enabling documentation
generation are:
Expand All @@ -159,22 +159,22 @@ See [3rd Party Library and Application Versions](VERSIONS.md) for version inform

This component contains Hydra, a high-performance graphics rendering engine.

Disable this component by specifying the cmake flag ```PXR_BUILD_IMAGING=FALSE``` when
Disable this component by specifying the cmake flag `PXR_BUILD_IMAGING=FALSE` when
invoking cmake. Disabling this component will also disable the [USD Imaging](#usd-imaging)
component and any [Imaging Plugins](#imaging-plugins).

Support for Ptex can optionally be disabled by specifying the cmake flag
```PXR_ENABLE_PTEX_SUPPORT=FALSE```.
`PXR_ENABLE_PTEX_SUPPORT=FALSE`.


##### USD Imaging

This component provides the USD imaging delegates for Hydra, as well as
usdview, a standalone native viewer for USD files.

Disable this component by specifying the cmake flag ```PXR_BUILD_USD_IMAGING=FALSE``` when
Disable this component by specifying the cmake flag `PXR_BUILD_USD_IMAGING=FALSE` when
invoking cmake. usdview may also be disabled independently by specifying the cmake flag
```PXR_BUILD_USDVIEW=FALSE```.
`PXR_BUILD_USDVIEW=FALSE`.

## Imaging Plugins

Expand All @@ -183,7 +183,7 @@ Hydra's rendering functionality can be extended with these optional plugins.
##### OpenImageIO

This plugin can optionally be enabled by specifying the cmake flag
```PXR_BUILD_OPENIMAGEIO_PLUGIN=TRUE```. When enabled, OpenImageIO provides
`PXR_BUILD_OPENIMAGEIO_PLUGIN=TRUE`. When enabled, OpenImageIO provides
broader support for reading and writing different image formats as textures.
If OpenImageIO is disabled, imaging by default supports the image formats bmp,
jpg, png, tga, and hdr. With OpenImageIO enabled, support extends to exr, tif,
Expand All @@ -193,14 +193,14 @@ like subimages and mipmaps.
##### OpenColorIO

This plugin can optionally be enabled by specifying the cmake flag
```PXR_BUILD_OPENCOLORIO_PLUGIN=TRUE```. When enabled, OpenColorIO provides
`PXR_BUILD_OPENCOLORIO_PLUGIN=TRUE`. When enabled, OpenColorIO provides
color management for Hydra viewports.

##### Embree Rendering

This component contains an example rendering backend for Hydra and usdview,
based on the embree raycasting library. Enable the plugin in the build by
specifying the cmake flag ```PXR_BUILD_EMBREE_PLUGIN=TRUE``` when invoking
specifying the cmake flag `PXR_BUILD_EMBREE_PLUGIN=TRUE` when invoking
cmake.

The additional dependencies that must be supplied when invoking cmake are:
Expand All @@ -215,7 +215,7 @@ See [3rd Party Library and Application Versions](VERSIONS.md) for version inform

This plugin uses Pixar's RenderMan as a rendering backend for Hydra and
usdview. Enable the plugin in the build by specifying the cmake flag
```PXR_BUILD_PRMAN_PLUGIN=TRUE``` when invoking cmake.
`PXR_BUILD_PRMAN_PLUGIN=TRUE` when invoking cmake.

The additional dependencies that must be supplied when invoking cmake are:

Expand Down Expand Up @@ -243,7 +243,7 @@ The USD Katana plugins can be found in the Foundry-supported repo available
##### Alembic Plugin

Enable the [Alembic](https://github.com/alembic/alembic) plugin in the build
by specifying the cmake flag ```PXR_BUILD_ALEMBIC_PLUGIN=TRUE``` when invoking cmake.
by specifying the cmake flag `PXR_BUILD_ALEMBIC_PLUGIN=TRUE` when invoking cmake.

The additional dependencies that must be supplied when invoking cmake are:

Expand All @@ -255,7 +255,7 @@ The additional dependencies that must be supplied when invoking cmake are:
See [3rd Party Library and Application Versions](VERSIONS.md) for version information.

Support for Alembic files using the HDF5 backend is enabled by default but can be
disabled by specifying the cmake flag ```PXR_ENABLE_HDF5_SUPPORT=FALSE```. HDF5
disabled by specifying the cmake flag `PXR_ENABLE_HDF5_SUPPORT=FALSE`. HDF5
support requires the following dependencies:

| Dependency Name | Description |
Expand All @@ -267,7 +267,7 @@ For further information see the documentation on the Alembic plugin [here](http:
##### MaterialX Plugin

Enable [MaterialX](https://github.com/materialx/materialx) support in the
build by specifying the cmake flag ```PXR_ENABLE_MATERIALX_SUPPORT=TRUE``` when
build by specifying the cmake flag `PXR_ENABLE_MATERIALX_SUPPORT=TRUE` when
invoking cmake. Note that MaterialX with shared library support is required.

The additional dependencies that must be supplied when invoking cmake are:
Expand All @@ -280,7 +280,7 @@ See [3rd Party Library and Application Versions](VERSIONS.md) for version inform

##### Draco Plugin

Enable the [Draco](https://github.com/google/draco) plugin in the build by specifying the cmake flag ```PXR_BUILD_DRACO_PLUGIN=TRUE```
Enable the [Draco](https://github.com/google/draco) plugin in the build by specifying the cmake flag `PXR_BUILD_DRACO_PLUGIN=TRUE`
when invoking cmake. This plugin is compatible with Draco 1.3.4. The additional dependencies that must be supplied when invoking cmake are:

| Dependency Name | Description | Version |
Expand All @@ -289,7 +289,7 @@ when invoking cmake. This plugin is compatible with Draco 1.3.4. The additional

## Tests

Disable unit testing and prevent tests from being built by specifying the cmake flag ```PXR_BUILD_TESTS=FALSE```
Disable unit testing and prevent tests from being built by specifying the cmake flag `PXR_BUILD_TESTS=FALSE`
when invoking cmake.

In order to aid with diagnosing of failing tests, test generated files for failing test are explicitly put in the following directories, where
Expand All @@ -309,21 +309,21 @@ libraries when needed.

The plugin system requires knowledge of where these metadata files are located. The cmake build will ensure this is set up
properly based on the install location of the build. However, if you plan to relocate these files to a new location after
the build, you must inform the build by setting the cmake variable ```PXR_INSTALL_LOCATION``` to the intended final
the build, you must inform the build by setting the cmake variable `PXR_INSTALL_LOCATION` to the intended final
directory where these files will be located. This variable may be a ':'-delimited list of paths.

Another way USD is locating plugins is the ```PXR_PLUGINPATH_NAME``` environment variable. This variable
Another way USD is locating plugins is the `PXR_PLUGINPATH_NAME` environment variable. This variable
may be a list of paths. If you do not want your USD build to use this default variable name, you can override the name
of the environment variable using the following CMake option:

```
-DPXR_OVERRIDE_PLUGINPATH_NAME=CUSTOM_USD_PLUGINPATHS
```

By doing this, USD will check the ```CUSTOM_USD_PLUGINPATHS``` environment variable for paths, instead of the default
```PXR_PLUGINPATH_NAME``` one.
By doing this, USD will check the `CUSTOM_USD_PLUGINPATHS` environment variable for paths, instead of the default
`PXR_PLUGINPATH_NAME` one.

The values specified in ```PXR_PLUGINPATH_NAME``` or ```PXR_INSTALL_LOCATION```
The values specified in `PXR_PLUGINPATH_NAME` or `PXR_INSTALL_LOCATION`
have the following characteristics:

- Values may contain any number of paths.
Expand All @@ -343,7 +343,7 @@ By default shared libraries will have the prefix 'lib'. This means, for a given
component such as [usdGeom](pxr/usd/lib/usdGeom), the build will generate a corresponding
libusdGeom object (libusdGeom.so on Linux, libusdGeom.dll on Windows
and libusdGeom.dylib on Mac). You can change the prefix (or remove it) through
```PXR_LIB_PREFIX```. For example,
`PXR_LIB_PREFIX`. For example,

```
-DPXR_LIB_PREFIX=pxr
Expand All @@ -363,9 +363,9 @@ flags:

| Option Name | Description | Default |
| ------------------------------ |-----------------------------------------| ------- |
| PXR_SET_EXTERNAL_NAMESPACE | The outer namespace identifier | ```pxr``` |
| PXR_SET_INTERNAL_NAMESPACE | The internal namespace identifier | ```pxrInternal_v_x_y``` (for version x.y.z) |
| PXR_ENABLE_NAMESPACES | Enable namespaces | ```ON``` |
| PXR_SET_EXTERNAL_NAMESPACE | The outer namespace identifier | `pxr` |
| PXR_SET_INTERNAL_NAMESPACE | The internal namespace identifier | `pxrInternal_v_x_y` (for version x.y.z) |
| PXR_ENABLE_NAMESPACES | Enable namespaces | `ON` |

When enabled, there are a set of macros provided in a generated header,
pxr/pxr.h, which facilitates using namespaces:
Expand All @@ -374,8 +374,8 @@ pxr/pxr.h, which facilitates using namespaces:
| ------------------------------ |-----------------------------------------|
| PXR_NAMESPACE_OPEN_SCOPE | Opens the namespace scope. |
| PXR_NAMESPACE_CLOSE_SCOPE | Closes the namespace. |
| PXR_NS | Explicit qualification on items, e.g. ```PXR_NS::TfToken foo = ...```|
| PXR_NAMESPACE_USING_DIRECTIVE | Enacts a using-directive, e.g. ```using namespace PXR_NS;``` |
| PXR_NS | Explicit qualification on items, e.g. `PXR_NS::TfToken foo = ...`|
| PXR_NAMESPACE_USING_DIRECTIVE | Enacts a using-directive, e.g. `using namespace PXR_NS;` |

##### ASCII Parser Editing/Validation

Expand All @@ -384,7 +384,7 @@ There is an ASCII parser for the USD file format, which can be found in
for the adventurous ones, there are a couple additional requirements.

If you choose to edit the ASCII parsers, make sure
```PXR_VALIDATE_GENERATED_CODE``` is set to ```TRUE```. This flag enables tests
`PXR_VALIDATE_GENERATED_CODE` is set to `TRUE`. This flag enables tests
that check the generated code in [sdf](pxr/usd/lib/sdf) and
[gf](pxr/base/lib/gf).

Expand Down Expand Up @@ -419,7 +419,7 @@ There are certain optimizations that can be enabled in the build.
##### Malloc Library

We've found that USD performs best with allocators such as [Jemalloc](https://github.com/jemalloc/jemalloc).
In support of this, you can specify your own allocator through ```PXR_MALLOC_LIBRARY```.
In support of this, you can specify your own allocator through `PXR_MALLOC_LIBRARY`.
This variable should be set to a path to a shared object for the allocator. For example,

```bash
Expand All @@ -435,8 +435,8 @@ There are four ways to link USD controlled by the following options:

| Option Name | Default | Description |
| ---------------------- | --------- | ----------------------------------------- |
| BUILD_SHARED_LIBS | ```ON``` | Build shared or static libraries |
| PXR_BUILD_MONOLITHIC | ```OFF``` | Build single or several libraries |
| BUILD_SHARED_LIBS | `ON` | Build shared or static libraries |
| PXR_BUILD_MONOLITHIC | `OFF` | Build single or several libraries |
| PXR_MONOLITHIC_IMPORT | | CMake file defining usd_ms import library |

##### Shared Libraries
Expand All @@ -446,8 +446,8 @@ just the libraries necessary for a given task.

| Option Name | Value |
| ---------------------- | --------- |
| BUILD_SHARED_LIBS | ```ON``` |
| PXR_BUILD_MONOLITHIC | ```OFF``` |
| BUILD_SHARED_LIBS | `ON` |
| PXR_BUILD_MONOLITHIC | `OFF` |
| PXR_MONOLITHIC_IMPORT | |

```bash
Expand All @@ -464,8 +464,8 @@ application and another in each plugin/module.

| Option Name | Value |
| ---------------------- | --------- |
| BUILD_SHARED_LIBS | ```OFF``` |
| PXR_BUILD_MONOLITHIC | ```OFF``` |
| BUILD_SHARED_LIBS | `OFF` |
| PXR_BUILD_MONOLITHIC | `OFF` |
| PXR_MONOLITHIC_IMPORT | |

```bash
Expand All @@ -484,11 +484,11 @@ libraries of the default mode. Plugins inside of `pxr/` are compiled into
This mode is useful to reduce the number of installed files and simplify
linking against USD.

| Option Name | Value |
| ---------------------- | ---------- |
| Option Name | Value |
| ---------------------- | ---------- |
| BUILD_SHARED_LIBS | _Don't care_ |
| PXR_BUILD_MONOLITHIC | ```ON``` |
| PXR_MONOLITHIC_IMPORT | |
| PXR_BUILD_MONOLITHIC | `ON` |
| PXR_MONOLITHIC_IMPORT | |

```bash
cmake -DPXR_BUILD_MONOLITHIC=ON ...
Expand All @@ -502,10 +502,10 @@ client has control of building the monolithic shared library. This mode
is useful to embed USD into another shared library. The build steps are
significantly more complicated and are described below.

| Option Name | Value |
| ---------------------- | ---------- |
| BUILD_SHARED_LIBS | _Don't care_ |
| PXR_BUILD_MONOLITHIC | ```ON``` |
| Option Name | Value |
| ---------------------- | ---------- |
| BUILD_SHARED_LIBS | _Don't care_ |
| PXR_BUILD_MONOLITHIC | `ON` |
| PXR_MONOLITHIC_IMPORT | _Path-to-import-file_ |

To build in this mode:
Expand Down
16 changes: 8 additions & 8 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -86,13 +86,13 @@ The following dependencies are required:
Getting and Building the Code
-----------------------------

The simplest way to build USD is to run the supplied ```build_usd.py```
The simplest way to build USD is to run the supplied `build_usd.py`
script. This script will download required dependencies and build
and install them along with USD in a given directory.

Follow the instructions below to run the script with its default behavior,
which will build the USD core libraries, Imaging, and USD Imaging components.
For more options and documentation, run the script with the ```--help```
For more options and documentation, run the script with the `--help`
parameter.

See [Advanced Build Configuration](BUILDING.md) for examples and
Expand All @@ -114,7 +114,7 @@ additional documentation for running cmake directly.

#### 2. Download the USD source code

You can download source code archives from [GitHub](https://www.github.com/PixarAnimationStudios/USD) or use ```git``` to clone the repository.
You can download source code archives from [GitHub](https://www.github.com/PixarAnimationStudios/USD) or use `git` to clone the repository.

```
> git clone https://github.com/PixarAnimationStudios/USD
Expand All @@ -126,19 +126,19 @@ Cloning into 'USD'...
##### Linux:

For example, the following will download, build, and install USD's dependencies,
then build and install USD into ```/usr/local/USD```.
then build and install USD into `/usr/local/USD`.

```
> python USD/build_scripts/build_usd.py /usr/local/USD
```

##### MacOS:

In a terminal, run ```xcode-select``` to ensure command line developer tools are
In a terminal, run `xcode-select` to ensure command line developer tools are
installed. Then run the script.

For example, the following will download, build, and install USD's dependencies,
then build and install USD into ```/opt/local/USD```.
then build and install USD into `/opt/local/USD`.

```
> python USD/build_scripts/build_usd.py /opt/local/USD
Expand All @@ -153,7 +153,7 @@ command prompt and not the 32-bit (x86) command prompt.
See https://docs.microsoft.com/en-us/cpp/build/how-to-enable-a-64-bit-visual-cpp-toolset-on-the-command-line for more details.

For example, the following will download, build, and install USD's dependencies,
then build and install USD into ```C:\Program Files\USD```.
then build and install USD into `C:\Program Files\USD`.

```
C:\> python USD\build_scripts\build_usd.py "C:\Program Files\USD"
Expand All @@ -162,7 +162,7 @@ C:\> python USD\build_scripts\build_usd.py "C:\Program Files\USD"
#### 4. Try it out

Set the environment variables specified by the script when it finishes and
launch ```usdview``` with a sample asset.
launch `usdview` with a sample asset.

```
> usdview USD/extras/usd/tutorials/convertingLayerFormats/Sphere.usda
Expand Down