/clr
Creates metadata for your application that can be consumed by other CLR applications, and allows your application to consume types and data in the metadata of other CLR components.

For more information, see:

Mixed (Native and Managed) Assemblies

How To: Migrate to /clr

/clr:pure
Produces an MSIL-only output file with no native executable code, although it can contain native types compiled to MSIL.

For more information, see Pure and Verifiable Code.

/clr:safe
Produces an MSIL-only (no native executable code) and verifiable output file. /clr:safe enables verification diagnostics (PEVerify Tool (Peverify.exe)).

For more information, see Writing Verifiably Type-Safe Code.

/clr:oldSyntax
Enables Managed Extensions for C++ syntax, the original Visual C++ syntax for CLR programming.

Note   Managed Extensions for C++ syntax is deprecated in Microsoft Visual C++  2005 . You should use /clr:oldSyntax only if you are maintaining a Visual C++ application that uses Managed Extensions for C++. If you are developing a new application, use the updated syntax; see New Language Features in Visual C++ for more information.

If you have a Managed Extensions for C++ application, you can begin to port your project to use the new syntax; see Porting and Upgrading Programs for more information.

/clr:noAssembly
The noAssembly option specifies that an assembly manifest should not be inserted into the output file. By default, the noAssembly option is not in effect.

Note   The noAssembly option is deprecated in Visual C++  2005 . Use /LN (Create MSIL Module) instead. For more information, see Deprecated Compiler Options in Visual C++  2005 .

A managed program that does not have assembly metadata in the manifest is called a module. The noAssembly option can be used only to produce a module. If you compile with /c (Compile Without Linking) and /clr:noAssembly, then specify the /NOASSEMBLY (Create a MSIL Module) option in the linker phase to create a module.

Before Visual C++  2005 , /clr:noAssembly implied /clr. However, /clr now also supports /clr:oldSyntax, so you must specify one /clr form when you specify /clr:noAssembly. For example, /clr:noAssembly /clr creates a module using the new Visual C++ CLR syntax and /clr:noAssembly,oldSyntax creates a module using Managed Extensions for C++.

Before Visual C++  2005 , /clr:noAssembly required /LD. /LD is now implied with you specify /clr:noAssembly.

/clr:initialAppDomain
Allows a Visual C++ application to run on version  1  of the common language runtime. If you use initialAppDomain, then you may see some of the problems discussed in Knowledge Base article Q309694.