…10]' as array instead of scalar

In order to insert DECLARE variables into the component-type parameters
struct, we need to be able to identify their type information.
These types _could_ be user-defined `typedef` aliases, provided in,
e.g., the SHARE section of the current or any-other component (probably
preceding only, but possibly trailing definitions, since SHARE goes
before all initialization).

Previously parsing for both variable declaration and typedefs was
performed in one pass, but this led to a confusing Listener class which
mistakenly identified typenames for `typedef` `struct`s incorrectly,
sometimes.
E.g.,

```
typdef struct the_struct_label {
    double a_double;
    int an_int;
} the_struct_alias;
```
would have been misidentified as the equivalent of
`typedef struct the_struct_label an_int;`

By splitting `typedef` and declaration parsing into two passes, there
are now two slightly-simpler Listener classes that handle the above case
plus all others implemented in a new test file.
This double-pass invariably means slower parsing, but this seems a
worthwhile trade-off at the moment.