From 953b858de46f46f42e2ba45ba30a9b0b278a526d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bj=C3=B6rn=20Gustavsson?= Date: Mon, 17 Dec 2012 16:25:59 +0100 Subject: Remove the 'inline' and '{inline,OutputFile}' options --- lib/asn1/doc/src/asn1_ug.xml | 43 ++----------------------------------------- lib/asn1/doc/src/asn1ct.xml | 24 +----------------------- 2 files changed, 3 insertions(+), 64 deletions(-) (limited to 'lib/asn1/doc') diff --git a/lib/asn1/doc/src/asn1_ug.xml b/lib/asn1/doc/src/asn1_ug.xml index 6cb251c3e2..ecca287670 100644 --- a/lib/asn1/doc/src/asn1_ug.xml +++ b/lib/asn1/doc/src/asn1_ug.xml @@ -352,22 +352,6 @@ erlc -o ../asnfiles -I ../asnfiles -I /usr/local/standards/asn1 Person.asn list or a binary. Earlier versions of the compiler ignored those following bytes.

- {inline,OutputName} - -

Compiling with this option gives one output module - containing all asn1 run-time functionality. The asn1 specs - are provided in a target module Module.set.asn as - described in the reference manual. The name of the resulting module - containing generated encode/decode functions and inlined - run-time functions will be OutputName.erl. The - merging/inlining of code is done by the igor module - of syntax_tools. By default the functions generated - from the first asn1 spec in the .set.asn are - exported, unless a {export,[atom()]} or - {export_all,true} option are provided. The list of - atoms are names of choosen asn1 specs from the - .set.asn file. See further examples of usage below

-
+'Any Erlc Option'

You may add any option to the Erlang compiler when @@ -454,21 +438,8 @@ asn1rt:decode('H323-MESSAGES','SomeChoiceType',Bytes). any reason. Maybe you need to compile the same specs for different encoding/decoding standards. You want only one resulting module. - If it is crucial to have a minimal system. Using - {inline,OutputModule} includes all necessary run-time - functions of the asn1 application, but skips those modules not - used. - Upgrading issues: Even if you upgrade your Erlang system - you may want to continue running the old asn1 run-time - functionality. - Performance issues: If you have an asn1 system with a lot - of cross references you may gain in performance. Measurements - must be done for each case. -

You may choose either the plain multi file compilation that just - merges the chosen asn1 specs or the {inline,OutputModule} - that also includes the used asn1 run-time functionality.

-

For both cases you need to specify which asn1 specs you will +

You need to specify which asn1 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 @@ -482,17 +453,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. But if you compile - with:

- -~> erlc +"{inline,'OutputModule'}" MyModule.set.asn -

the result will be a module OutputModule.erl that - contains all encode/decode functions for the three asn1 specs and - all used functions from the asn1 run-time modules, in this case - asn1rt_ber_bin. In the former case all encode/decode - functions are exported but in the latter only the encode/decode - functions of the first spec in the .set.asn, i.e. those - from File1.asn. + the generated code from the three asn1 specs.

diff --git a/lib/asn1/doc/src/asn1ct.xml b/lib/asn1/doc/src/asn1ct.xml index bb3c6a4f0f..7ad4d14610 100644 --- a/lib/asn1/doc/src/asn1ct.xml +++ b/lib/asn1/doc/src/asn1ct.xml @@ -65,7 +65,7 @@ Options = [Option| OldOption] Option = ber | per | uper | der | compact_bit_string | noobj | {n2n, EnumTypeName} |{outdir, Dir} | {i, IncludeDir} | - asn1config | undec_rest | {inline, OutputName} | inline | + asn1config | undec_rest | {macro_name_prefix, Prefix} | {record_name_prefix, Prefix} | verbose | warnings_as_errors OldOption = ber | per Reason = term() @@ -233,28 +233,6 @@ Binary = binary() list or a binary. Earlier versions of the compiler ignored those following bytes.

- {inline, OutputName} - -

Compiling with this option gives one output module - containing all asn1 run-time functionality. The asn1 specs - are provided in a target module Module.set.asn as described - above. The name of the - resulting module containing generated encode/decode functions - and in-lined run-time functions will be - OutputName.erl. The merging/in-lining of code is done - by the igor module of syntax_tools. By default - the functions generated from the first asn1 spec in the - .set.asn are exported, unless a - {export, [atom()]} or {export_all, true} option - are provided. The list of atoms are names of chosen asn1 - specs from the .set.asn file.

-
- inline - -

It is also possible to use the sole argument inline. - It is as {inline, OutputName}, but the output file gets the - default name of the source .set.asn file.

-
{macro_name_prefix, Prefix}

All macro names generated by the compiler are prefixed with -- cgit v1.2.3