diff options
author | Anders Svensson <[email protected]> | 2011-12-01 14:29:39 +0100 |
---|---|---|
committer | Anders Svensson <[email protected]> | 2011-12-02 16:10:29 +0100 |
commit | 943266c923535a22050c18211d9f4ef95919aebc (patch) | |
tree | 78e8e8d442af5b3d8abf5f0dc2942d8ffb2c4bd4 /erts | |
parent | 9ab45a829c18820dbc44243a48d66652ea13bb70 (diff) | |
download | otp-943266c923535a22050c18211d9f4ef95919aebc.tar.gz otp-943266c923535a22050c18211d9f4ef95919aebc.tar.bz2 otp-943266c923535a22050c18211d9f4ef95919aebc.zip |
Vendor id fixes
@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).
Diffstat (limited to 'erts')
0 files changed, 0 insertions, 0 deletions