On Tue, 07 Aug 2012 22:50:45 +0200 Jan-Erik Soderholm wrote: > I do not think you can mix RES symbols with EQU symbols that way. > They are not of the same "type" so to speak. >=20 > MPASM will give an error on this (even without "+0/1") : >=20 > "Operand contains unresolvable labels or is too complex" Hallo Jan-Erik, I was afraid that error would appear. It already has many times. But it seems that at least gpasm was satisfied with the equs in this case. Strangely enough, I just tried and was able to solve the problem with #define statements. Which _are_ correctly resolved! #define hdr reg1+0 #define len reg1+1 > myvars udata > reg1_hdr res 1 > reg1_len res 1 Yes, I would have done that, if it weren't for the fact that the buffer means different things in different contexts, so reg1+0 was a hdr in some cases and had another meaning elsewhere. > Note also that it is normaly "better" to not use "gpr0" > let the linker decide I didn't know that linker would make those choices (thanks), but I did find that many of the predeclared labels for udata had strange values, so I edited my own .lkr file for the project. John --=20 http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .