The Programming Editor (4.1.4) will truncate labels to 31 characters, so the following gives a duplicate label definition error ...
- a234567890123456789012345678901x:
- RETURN
-
- a234567890123456789012345678901y:
- RETURN
Okay so far, but if a label over 31 characters is unambiguously defined, an attempt to use it gives a no such label error ...
- GOSUB a234567890123456789012345678901x
-
- a234567890123456789012345678901x:
- RETURN
As the following works, the label definition is being truncated, but not the label reference ...
- GOSUB a234567890123456789012345678901 ' trailing x removed = 31 chars
-
- a234567890123456789012345678901x:
- RETURN
Please can we either silently truncate label references in GOTO/GOSUB/THEN/BRANCH ( and rely on the label definition trap to catch ambiguities ), or have an error message which says the label is too long.
I was using "UpdateLedStatusAndCheckLineLevel" as a subroutine label which didn't seem unreasonable when I started.
- a234567890123456789012345678901x:
- RETURN
-
- a234567890123456789012345678901y:
- RETURN
Okay so far, but if a label over 31 characters is unambiguously defined, an attempt to use it gives a no such label error ...
- GOSUB a234567890123456789012345678901x
-
- a234567890123456789012345678901x:
- RETURN
As the following works, the label definition is being truncated, but not the label reference ...
- GOSUB a234567890123456789012345678901 ' trailing x removed = 31 chars
-
- a234567890123456789012345678901x:
- RETURN
Please can we either silently truncate label references in GOTO/GOSUB/THEN/BRANCH ( and rely on the label definition trap to catch ambiguities ), or have an error message which says the label is too long.
I was using "UpdateLedStatusAndCheckLineLevel" as a subroutine label which didn't seem unreasonable when I started.