Allow multiple labels as arguments of IFUSED about sjasmplus HOT 3 CLOSED

I like the idea of main label covering also all local labels in IFUSED, would need to think more about backward compatibility and if it would break something... It should not break projects which use main and local labels in verbose rich-name way, as the call UsefulRoutine.UseValueInB is very like trying to reach for main+local label in such project, while people using cryptic labels with dots as regular char could maybe hit some collision, but then it will also fail to assemble because of duplicate label... so this extension would be rather safe-ish IMHO.

Expression way is unlikely, if something like that happens, it will be rather just coma separated list: IFUSED UsefulRoutine, UsefulRoutine.UseValueInB ... I sometimes hit in my own projects situations where I would prefer to have ISUSED/ISDEF as expression operators, but I'm afraid to add too many new ones in v1.x, while adding the optional var-args for IFUSED is perfectly backward compatible, only limits any future extension by using this syntax for this purpose (unlikely to be an issue I guess).

from sjasmplus.

Meanwhile I realized there is one more work-around for this (which is IMHO decent), if you know you want local label of some IFUSED routine, you can ASSERT the main label to make it used and routine included, then the local label is found:

 ORG $8000
some:
 IFUSED
  ld b,123
.loop:
  djnz .loop
  ret
 ENDIF

 ld b,222
 ASSERT some
 call some.loop

from sjasmplus.

Haha, just tried it in my code and it works great. This is what I like about sjasmplus - how rich its command set is, so even the missing features can often be imitated.

from sjasmplus.