Add function to check nanoColor compatibility of a color space

Since nanoColor is a light weight version of OCIO, it will not support all color spaces. For example, color spaces that use a FileTransform won't be supported. Applications that want to create file formats that support nanoColor need a way of determining what level of interop is possible for a given color space. There are several possible scenarios:

1. The color space is in a nanoColor built-in config, defined via a name string. A function is needed to quickly check if a color space is part of a built-in config without instantiating a built-in config.
2. The color space may be serialized as a custom color space. This may depend on what level of custom color space capability is available in a given file format.
3. The color space is nanoColor compatible but may not be serialized in the file format.
4. The color space uses functionality not present in nanoColor (e.g. LUTs).

For scenario 1, the following signature is proposed:
`bool builtinConfigHasColorSpace(const char* builtinConfigID, const ConstConfigRcPtr & config, const ConstColorSpaceRcPtr & cs);`

For scenarios 2-4, a function is needed that will check against a series of profiles (for example, does the color space only involve a MatrixTransform, ExponentTransform, or ExponentWithLinearTransform).
`bool Config::colorSpaceCompatibility(const ConstColorSpaceRcPtr & cs, CSProfileType colorSpaceProfile);`

Examples of useful profiles might be:
- NanoColorCompatible
- MatrixExponentCompatible
- UsesFileTransforms
- UsesLUTs

まず、issue で提案されている builtinConfigHasColorSpace と Config::colorSpaceCompatibility のシグネチャを、nanoColor がサポートする機能と併せて確認します。NanoColorCompatible、MatrixExponentCompatible、UsesFileTransforms、UsesLUTs など、列挙されたプロファイルが互換性とシリアライズのサポートをどのように決定するべきかを定義します。互換性チェックと組み込みの色空間検索について、合意されたテスト可能な動作が定義されれば完了です。

索引モデルが issue の本文から書いたものです。