The C# target for ANTLR 4 requires Java for compiling applications. The resulting compiled C# applications will not require Java to be installed (at least not due to the use of ANTLR 4). You can install any of the following versions of Java to use this target.
If you already have one of the following installed, you should check to make sure the installation is up-to-date.
- Java 7 runtime environment (x86 or x64)
- Java 7 development kit (x86 or x64, provided that the JRE option is also installed during the development kit installation)
- Java 6 runtime environment (x86 or x64)
- Java 6 development kit (x86 or x64, provided that the JRE option is also installed during the development kit installation)
This step is optional, but highly recommended for users working with a version of Visual Studio that the extension supports. If you have one of the Express Editions of Visual Studio, or would like to skip this step, move on to the following step.
- Open Visual Studio
- Select Tools → Extensions and Updates...
- In the left pane, select Online
- In the top right, type ANTLR to search for extensions
- If your version of Visual Studio is supported, the results pane will show the extension ANTLR Language Support by Sam Harwell. You can click the result and then select Download to install the extension.
- Restart Visual Studio after installing the extension
- Open Visual Studio
- Select Tools → Extensions and Updates...
- In the left pane, select Updates, then select Product Updates
- Wait for ~10 seconds while the application checks for updates (it might not notify you that it's checking in the background)
- If an update for NuGet Package Manager is listed in the results, click to update it
- Repeat steps 3-5 for any other sections listed under Updates in the left pane
- If you updated NuGet, restart Visual Studio before continuing to Step 4 below
These versions of Visual Studio do not support the NuGet Package Manager extension, but the C# target for ANTLR 4 does support .NET 2.0 and higher so you should be able to use the command line NuGet utility instead of working directly within Visual Studio.
- Create or open a C# project which will use ANTLR
- Right click the top-level solution node in the Solution Explorer window and select Manage NuGet Packages for Solution...
- In the left pane, select Online, then select nuget.org
- At the top of the middle pane, if a drop down says Stable Only, change the selection to Include Prerelease
- In the top right, type Antlr4 to search for the package
- In the search results, locate and select the package called ANTLR 4. In the right pane, verify that the Id is listed as exactly Antlr4.
- Click install on the search result
- Select the C# projects you want to add support for ANTLR 4 to, and click OK to update those projects
TODO: This section needs more detail.
Use the NuGet Package Manager Console to install the latest version of the Antlr4 package, as described on the following page.
TODO: This section needs more detail.
A special NuGet package is available for installation in Visual Studio 2008 projects. You should be able to use the NuGet Package Manager Console to install the latest version of the Antlr4.VS2008 package, as described on the following page.
The sections below may be performed multiple times in any order as necessary to add and configure the grammars used in your project.
- Right click the project (or subfolder) in Solution Explorer where the new grammar should be placed
- Select Add → New Item...
- In the left pane, expand Visual C# Items and select ANTLR
- Select one of the ANTLR 4 templates and give it a name, and click Add to create the new grammar file and add it to the project
-
Right click the project (or subfolder) in Solution Explorer where the new grammar should be placed
-
Select Add → New Item...
-
In the left pane, expand Visual C# Items and select General
-
In the middle pane, select Text File
-
In the name box, type the complete name of the grammar file (including the
.g4
extension), e.g.CustomLanguage.g4
, and click Add to create the new file and add it to the project -
Select File → Advanced Save Options...
-
For Encoding, select Unicode (UTF-8 without signature) - Codepage 65001
-
Click OK, and then save the file
-
Add the grammar declaration at the top of the file, e.g. the following for a grammar named
CustomLanguage.g4
grammar CustomLanguage;
-
Follow step 2 of the Add an existing grammar to the project section below to configure the build properties of the newly added grammar file
The steps for adding an existing grammar to a project are similar for users with and without the ANTLR Language Support extension installed. The primary difference between these cases involves configuring the grammar to generate C# code during the build process, a step which is automated when the ANTLR Language Support extension is installed.
- Add the *.g4 grammar file to the C# project using one of the following methods.
- Right click the project or folder in Solution Explorer and click Add → Existing Item...
- Select the project in Solution Explorer, and click the toolbar button for Show All Files. Then locate the *.g4 grammar file within the project structure, right click the file, and select Include In Project.
- If you have the ANTLR Language Support extension installed, this step is automatically performed. Otherwise, you will need to right click the grammar file in Solution Explorer and select Properties. In the properties window, configure the following items.
- Build Action:
Antlr4
- Custom Tool:
MSBuild:Compile
- Custom Tool Namespace: The complete name of the namespace you want the generated classes to be located within. The ANTLR Language Support extension configures this field according to the root namespace configured for the C# project combined with the subfolder within the project where the grammar is located.
- Build Action:
The code generation process for ANTLR grammars is configured by setting specific MSBuild properties on the grammar files included in the C# project file. The ANTLR Language Support extension for Visual Studio exposes the customizable properties for easy configuration in the Properties pane of Visual Studio, but they can also be manually configured by editing the project file.
Note: this section assumes you have already added the grammar file(s) you wish to customize to the project via the steps described above.
The following table describes the properties available for customizing the code generation process for grammars in C# projects.
- MSBuild Property: This is the name of the XML element in the project file responsible for customizing the property
- Display Name: This is the name of the property as it appears in the Visual Studio Properties window for users with the ANTLR Language Support extension installed
- Value: The allowed value(s) for the property
- Details: A description of the impact of the property on the build process
MSBuild Property | Display Name | Value | Details |
---|---|---|---|
Abstract |
Abstract Grammar | True or False |
When True , the generated lexer and/or parser classes are marked as abstract . |
ForceAtn |
Force ATN | True or False |
When True , the generated parser will use AdaptivePredict for all decisions, including LL(1) decisions. |
Listener |
Generate Listener | True or False |
When True , a parse tree listener interface and base class will be generated for the parLitser. |
Visitor |
Generate Visitor | True or False |
When True , a parse tree visitor interface and base class will be generated for the parser. |
- Right click the grammar file in Solution Explorer and select Properties
- Locate the property to customize according to the Display Name column in the table above
- Update the value as appropriate
-
Right click the project in Solution Explorer and select Unload Project
-
Right click the project in Solution Explorer and select Edit ProjectName.csproj
-
Locate the XML element for the ANTLR grammar project item, which should look like the following
<Antlr4 Include="CustomLanguage.g4"> <Generator>MSBuild:Compile</Generator> <CustomToolNamespace>MyProject.Folder</CustomToolNamespace> </Antlr4>
-
Locate an existing XML element according to the MSBuild Property column in the table above, or add one if it does not already exist. For example, to generate both the parse tree listener and visitor interfaces and base classes for your parser, update the project item to resemble the following.
<Antlr4 Include="CustomLanguage.g4"> <Generator>MSBuild:Compile</Generator> <CustomToolNamespace>MyProject.Folder</CustomToolNamespace> <Listener>True</Listener> <Visitor>True</Visitor> </Antlr4>
-
Save and close the project file
-
Right click the project in Solution Explorer and select Reload Project
Starting with the beta release of version 4.4.1 of the C# target, a new strong name policy is used for this target. The new policy is designed to make it easy to write libraries referencing a specific target framework (e.g. .NET 4.0), and then replace the Antlr4.Runtime.dll assembly at runtime built for a newer target framework (e.g. .NET 4.5). For authors of intermediate library, this dramatically simplifies the process of distributing libraries targeting many target frameworks. The following graph show the supported replacements which retain binary compatibility. Note that the dashed line represents a currently-untested link in the graph (see #91).
To ensure the highest level of reliability for developers targeting final releases of particular versions of the ANTLR 4 Runtime, pre-release builds use a different strong name key than final builds. Library authors are encouraged to use strong-named assemblies when referencing the final builds, especially when code is executing in an environment where other libraries may be referencing ANTLR 4 (e.g. Visual Studio extensions).
While the strong name keys used for the build are included in the repository, users are strongly discouraged from distributing builds of the ANTLR 4 Runtime using a strong name produced by antlr4.snk. Failure to follow this rule will compromise the reliability of the millions of other users using applications that reference ANTLR on a daily basis.
Suppose a library writer wishes to use ANTLR 4, and produce output which supports the .NET Framework 3.0 and newer,
including the wide selection of targets offered by the Portable Class Library profile 328. In this example library,
also suppose that all referenced dependencies are present in both the .NET Framework 3.0 and Profile 328, so the same
code compiles in both cases without problems. This library writer only needs to produce and distribute two builds of the
library: a net30
build which is built against the net30
build of ANTLR 4, and a portable-net40
build which is
built against the portable-net40
build of ANTLR 4.
Now suppose an application developer wishes to use the library described previously. This application is a desktop
application targeting .NET 4.5, and the application developer wishes to use the highest-performing available build of
ANTLR 4. By simply installing the previous library from NuGet, an additional reference will automatically be added to
the Antlr4.Runtime package. Without additional configuration, the application will build against the
portable-net40
build of the library and the net45
build of ANTLR 4. This situation is fully supported (and
recommended), because the Framework Compatibility graph above includes a chain extending from portable-net40
to
net45
.
TODO
TODO
TODO
TODO
TODO