No, you could use the colon-delimited label for data areas, but it would only give halfword alignment.
The whole point of such a construct would be to provide an elegant alternative to the somewhat awkward "DS 0H" and the unreliable "EQU *" for the purpose of labelling instructions. However, as I've been using "DS 0H" for this purpose since the '60s, I'll happily continue doing so. === > Date: Thu, 14 Jun 2012 10:46:08 -0600 > From: [email protected] > Subject: Re: DS 0H > To: [email protected] > > On Jun 14, 2012, at 10:20, J R wrote: > > >> The : on a label is an interesting idea. But I am unsure of what "align > >> properly" means. Do you mean to a halfword boundry? > > === Yes, it is an interesting idea and, IMHO, the only way to implement it > > would be exactly like a DS0H. It's only purpose would be to label > > executable machine instructions, so interleaved assembler instructions > > would have no impact. > > === > Ouch! Are you advocating that there should be distinct > constructs for labeling executable instructions and for > labeling data areas? This treads perilously close to > Hungarian Notation? Then should the assembler be able to > flag with an error or warning any branch reference to a > data area, or any reference to an executable instruction > as data? > > (I'm certainly accustomed to this in HLLs: > > int I > > L: goto I; /* (branch reference to a data symbol) */ > I = L + 1; /* (data reference to an executable) */ > > ... both are regarded as syntax errors. But this is > assembler.) > > -- gil
