skeletons: fix misleading indentations

After upgrading our CI environment to use Debian 12 with
GCC 12, it complains about the following misleading indentations in
generated code in osmo-remsim.git. Fix it to be able to compile with
--enable-werror again.

../../../../src/osmo-remsim/src/rspro/INTEGER.c: In function ‘INTEGER_decode_aper’:
../../../../src/osmo-remsim/src/rspro/INTEGER.c:774:33: error: this ‘if’ clause does not guard... [-Werror=misleading-indentation]
  774 |                                 if((specs && specs->field_unsigned)
      |                                 ^~
../../../../src/osmo-remsim/src/rspro/INTEGER.c:778:41: note: ...this statement, but the latter is misleadingly indented as if it were guarded by t
he ‘if’
  778 |                                         ASN_DEBUG("Got value %ld + low %lld",
      |                                         ^~~~~~~~~
cc1: all warnings being treated as errors
../../../../src/osmo-remsim/src/rspro/constr_CHOICE.c: In function ‘CHOICE_encode_aper’:
../../../../src/osmo-remsim/src/rspro/constr_CHOICE.c:1134:17: error: this ‘if’ clause does not guard... [-Werror=misleading-indentation]
 1134 |                 if(per_put_few_bits(po, present, ct->range_bits))
      |                 ^~
../../../../src/osmo-remsim/src/rspro/constr_CHOICE.c:1137:25: note: ...this statement, but the latter is misleadingly indented as if it were guard
ed by the ‘if’
 1137 |                         return elm->type->aper_encoder(elm->type, elm->per_constraints,
      |                         ^~~~~~
cc1: all warnings being treated as errors
../../../../src/osmo-remsim/src/rspro/per_decoder.c: In function ‘aper_decode’:
../../../../src/osmo-remsim/src/rspro/per_decoder.c:161:9: error: this ‘if’ clause does not guard... [-Werror=misleading-indentation]
  161 |         if(!td->aper_decoder)
      |         ^~
../../../../src/osmo-remsim/src/rspro/per_decoder.c:163:17: note: ...this statement, but the latter is misleadingly indented as if it were guarded
by the ‘if’
  163 |                 rval = td->aper_decoder(opt_codec_ctx, td, 0, sptr, &pd);
      |                 ^~~~

Related: OS#6057
Change-Id: I2260df8f8ab8eaf5c2aac3c330f87dba4691c01e
3 files changed
tree: bebf08735b30adc311515161627b5878dcb2a79c
  1. asn1c/
  2. contrib/
  3. doc/
  4. examples/
  5. libasn1compiler/
  6. libasn1fix/
  7. libasn1parser/
  8. libasn1print/
  9. m4/
  10. skeletons/
  11. tests/
  12. .gitignore
  13. .travis.yml
  14. asn1c.spec.in
  15. AUTHORS
  16. BUGS
  17. ChangeLog
  18. config.sub
  19. configure.ac
  20. COPYING
  21. depcomp
  22. FAQ
  23. INSTALL
  24. Makefile.am
  25. MANIFEST
  26. README.md
  27. stamp-h.in
  28. TODO
README.md

Installation

If you haven't installed the asn1c yet, read the INSTALL file for a short installation guide.

Documentation

For the list of asn1c command line options, see asn1c -h or man asn1c.

The comprehensive documentation on this compiler is in asn1c-usage.pdf.

If you are building the compiler from the sources, the PDFs reside in the ./doc directory. Normally the file is installed together with the README.md file you're reading right now.

Please also read the FAQ file.

An excellent book on ASN.1 is written by Olivier Dubuisson: "ASN.1 Communication between heterogeneous systems", ISBN:0-12-6333361-0.

Quick start

(also check out asn1c-quick.pdf)

After building [and installing] the compiler (see INSTALL), you may use the asn1c command to compile the ASN.1 specification:

asn1c <module.asn1>                         # Compile module

If several specifications contain interdependencies, all of them must be specified:

asn1c <module1.asn1> <module2.asn1> ...     # Compile interdependent modules

If you are building the asn1c from the sources, the ./examples directory contains several ASN.1 modules and a script to extract the ASN.1 modules from RFC documents. Refer to the README file in that directory. To compile the X.509 PKI module:

./asn1c/asn1c -P ./examples/rfc3280-*.asn1  # Compile-n-print

In this example, -P option is used to instruct the compiler to print the compiled text on the standard output instead of creating multiple .c and .h files for every ASN.1 type found inside the specified ASN.1 modules. This is useful for debugging and test automation.

The compiler -E and -EF options are used for testing the parser and the semantic fixer, respectively. These options will instruct the compiler to dump out the parsed (and fixed) ASN.1 specification as it was "understood" by the compiler. It might be useful for checking whether a particular syntactic construction is properly supported by the compiler.

asn1c -EF <module-to-test.asn1>     # Check semantic validity

Model of operation

The asn1c compiler works by processing the ASN.1 module specifications in several stages:

  1. In the first stage, the ASN.1 file is parsed. (Parsing produces an ASN.1 syntax tree for the subsequent levels)
  2. In the second stage, the syntax tree is "fixed". (Fixing is a process of checking the tree for semantic errors, accompanied by the tree transformation into the canonical form)
  3. In the third stage, the syntax tree is compiled into the target language.

There are several command-line options reserved for printing the results after each stage of operation:

<parser> => print                                       (-E)
<parser> => <fixer> => print                            (-E -F)
<parser> => <fixer> => <compiler> => print              (-P)
<parser> => <fixer> => <compiler> => save-compiled      [default]

-- Lev Walkin vlm@lionet.info