<div dir="ltr">On 15 February 2017 at 12:06, Ferrer Guasch Vicent <span dir="ltr"><<a href="mailto:vicent.ferrerguasch@aalto.fi" target="_blank">vicent.ferrerguasch@aalto.fi</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br>
<br>
I am trying to compile some 3GPP diameter applications.  The problem I have is that those standards have circular definitions between them. They have their own definitions and reused definitions from other standards.<br>
<br>
Below I included a simple example: To compile the Rx application I need the Gx beam and to compile the Gx application I need the Rx beam, this is because diameterc requires the beam file from the inherits. The module  diameter_make also has the same restriction.<br>
<br>
I don't see any clear way to solve this issue without modifying the dictionaries. I could avoid the @inherits and define the AVPs locally, but some types are not so easy as the ones shown here and I would like to avoid defining AVPs twice. Am I missing something? Any idea on how to compile these?<br></blockquote><div><br></div><div>I had a similar problem a while ago and I think I resorted to modifying the dictionaries and copying AVP definitions. The only other way I can think of is to move all the common AVPs into a separate dictionary and inherit from that in both your Rx and Gx dictionaries. I haven't tried this approach but it could work.</div><div><br></div><div>regards,</div><div>Chandru</div><div><br></div></div></div></div>