| Issue with ETSI LibCommon [message #1771442] |
Fri, 25 August 2017 02:20  |
Eclipse User |
|
|
|
Dear All,
I just build a new version of TITAN based on the github repositiry and I got a strange issue while building the ETSI LibCommon.
For instance, in the module LibCommon_DataStrings.ttcn, I got the error
../ttcn/LibCommon_DataStrings.ttcn:29:5: note: In type definition `Bit1':
../ttcn/LibCommon_DataStrings.ttcn:29:43: error: No encoding rules defined for type `bitstring'
The Bit1 is declared as:
type bitstring Bit1 length(1) with {variant "FIELDLENGTH(1)" }; //with {encode "length(1)"};
Do you have any hit to fix it?
Many thanks in advance for your support,
Yann
[Updated on: Fri, 25 August 2017 02:21] by Moderator |
|
|
| Re: Issue with ETSI LibCommon [message #1771458 is a reply to message #1771442] |
Fri, 25 August 2017 05:19  |
| Eclipse User |
|
|
|
Hi Yann,
It compiles with the release /6 R2A for me, so I think this behaviour shall be related to the ongoing implementation of the new standard feature of multiple encoding of a type.
In earlier Titan versions, if Titan recognized by the syntax that a variant attribute belongs to a given encoding, assigned this encoding to the type implicitly. This will not work with multiple encodings, the encode specification shall be explicit.
I cannot ask our developer right now what is the current status, but I propose to add
with { encode "RAW"}
after the closing bracket of the module.
Just a hint: Titan RAW codec, if no FIELDLENGTH is attached to a fix-length restricted type, will use the type's length restriction. So, it should be enough simply comment out "with {encode "length(1)"};" :-)
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.04554 seconds
Home