otp.git/lib/diameter/src/compiler/diameter_codegen.erl, branch R16B02_yielding_binary_to_term

Remove redundant integer type specifiers from binaries

2013-05-29T15:16:54+00:00

Remove dialyzer nowarn_unused_function workaround

2013-02-18T12:01:08+00:00

The workaround (commit 57d5564f) was to dialyzer only understanding
nowarn_unused_function on individual functions. This is no longer the
case as of R15B01 (commit 477fd95a).

Tell dialyzer not to warn about unused functions

2011-12-07T23:53:05+00:00

Depending on the dictionary, generated dictionary modules may contain
unused functions included from diameter_gen.hrl. There may still be
warnings however since even used functions can contain code that
isn't reached for a given dictionary.

It would be useful for diameter to generate spec attributes for
a dictionary's generated records but the format of these is currently
undocumented.

Fix semantic checks on AVP qualifiers

2011-12-07T23:45:19+00:00

Didn't quite interpret '*' as RFC 3588 dictates. In particular, the
interpretation depends on what's being qualified, a required, optional
or fixed AVP.

Minor codegen/debug fix

2011-12-07T23:42:18+00:00

Writing a dictionary to file failed.

Fix interpretation of vendor id in @grouped

2011-12-05T10:10:59+00:00

A value is required to be the same as any specified with
@avp_vendor_id but otherwise the two locations are equivalent.
Both possibilities are allowed since @avp_vendor_id is required
for AVPs of types other than Grouped (modulo it not really needing
to exist at all: see commit 943266c9) and since the grammar parsed
in @grouped (from RFC 3588) allows it.

Minor codegen tweaks

2011-12-04T16:47:38+00:00

Vendor id fixes

2011-12-02T15:10:29+00:00

@vendor is only required if the id is actually needed. That is, if
there is a locally defined AVP whose V flag is set and which does
not have a vendor id set by @avp_vendor_id.

Also, in the case of an inherited AVP, fix avp_name/2 in a generated
dictionary module defaulting vendor id from @vendor in the inheriting
dictionary but avp_header/1 defaulting it from the inherited dictionary.
In both cases the vendor id now defaults from @vendor in the inherited
dictionary.

Note that @avp_vendor_id from the inherited dictionary is
ignored: any changes from @vendor have to be explicit in the
inheriting dictionary. A better alternative to @avp_vendor_id
is to simply inherit from dictionaries setting the appropriate
@vendor but this was previously somewhat broken so @avp_vendor_id
was needed to set the id of an AVP whose definition was copied
from another source into a dictionary that only inherited from
the common dictionary (which doesn't set V on any AVPs).

Adapt diameter_codegen

2011-12-02T15:10:28+00:00

@result_code -> @define in dictionary files

2011-10-17T10:26:46+00:00

The section simply results in generated macros and has nothing
specifically to do with result codes. It's still not documented,
and neither are the macros generated from @enum, since the generated
names are typically so long as to be impractical/unreadable in source.
Better to use numeric values with a comment or define your own
shorter macros as the need arises.