From 84c9ffdb90cc63bdd7a99be5348f49a01c1edbd6 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bj=C3=B6rn=20Gustavsson?= Date: Fri, 28 Mar 2014 07:22:37 +0100 Subject: Consistenly use ASN.1 instead of asn1 When talking about the ASN.1 standard, ASN.1 specifications, and the ASN.1 compiler, consistently use "ASN.1" instead of "asn1". --- lib/asn1/doc/src/asn1_ug.xml | 20 ++++++++++---------- 1 file changed, 10 insertions(+), 10 deletions(-) (limited to 'lib/asn1') diff --git a/lib/asn1/doc/src/asn1_ug.xml b/lib/asn1/doc/src/asn1_ug.xml index 297f542f40..020e58c615 100644 --- a/lib/asn1/doc/src/asn1_ug.xml +++ b/lib/asn1/doc/src/asn1_ug.xml @@ -221,11 +221,11 @@ The encoder and the decoder can also be run from
Module dependencies -

It is common that asn1 modules import defined types, values and - other entities from another asn1 module.

-

Earlier versions of the asn1 compiler required that modules that +

It is common that ASN.1 modules import defined types, values and + other entities from another ASN.1 module.

+

Earlier versions of the ASN.1 compiler required that modules that were imported from had to be compiled before the module that - imported. This caused problems when asn1 modules had circular + imported. This caused problems when ASN.1 modules had circular dependencies.

Referenced modules are now parsed when the compiler finds an entity that is imported. There will not be any code generated for @@ -279,7 +279,7 @@ erlc -o ../asnfiles -I ../asnfiles -I /usr/local/standards/asn1 Person.asn -I IncludeDir -

Where to search for .asn1db files and asn1 +

Where to search for .asn1db files and ASN.1 source specs in order to resolve references to other modules. This option can be repeated many times if there are several places to search in. The compiler will always @@ -310,7 +310,7 @@ erlc -o ../asnfiles -I ../asnfiles -I /usr/local/standards/asn1 Person.asn

You may add any option to the Erlang compiler when compiling the generated Erlang files. Any option - unrecognized by the asn1 compiler will be passed to the + unrecognized by the ASN.1 compiler will be passed to the Erlang compiler.

@@ -373,10 +373,10 @@ asn1ct:compile("H323-MESSAGES.asn1",[per]). different encoding rules. You want only one resulting module. -

You need to specify which asn1 specs you will +

You need to specify which ASN.1 specs you will compile in a module that must have the extension .set.asn. You chose name of the module and provide the - names of the asn1 specs. For instance, if you have the specs + names of the ASN.1 specs. For instance, if you have the specs File1.asn, File2.asn and File3.asn your module MyModule.set.asn will look like:

@@ -387,7 +387,7 @@ File3.asn    
~> erlc MyModule.set.asn

the result will be one merged module MyModule.erl with - the generated code from the three asn1 specs. + the generated code from the three ASN.1 specs.

@@ -1135,7 +1135,7 @@ T ::= CHOICE {
Naming of Records in .hrl Files -

When an asn1 specification is compiled all defined types of +

When an ASN.1 specification is compiled all defined types of type SET or SEQUENCE will result in a corresponding record in the generated hrl file. This is because the values for SET/SEQUENCE as mentioned in sections above are represented as records.

-- cgit v1.2.3