I post here since gpasm requires yet another mailing list subscription, whi=
ch I
do not have time to manage. I hope that this message will be forwarded to t=
he
gpasm maintainer(s).

While using gpasm-0.14.1 (Mar  7 2012), a construct like:

#ifdef SOME_SYMBOL
  end
#endif

fails with an error message along the lines of '#endif expected' (at end). =
This
is a bug imho, the #ifdef etc. is to be treated as a preprocessor directive=
 as
in C, and should issue at most a warning in this case. As it is, the featur=
e
prevents a test unit from being embedded in an asm file. The intent is to b=
e
able to assemble a test unit from the same source using a command line swit=
ch
such as -DSOME_SYMBOL . The same unit can be assembled as subroutine/librar=
y
without said symbol (or when defining another).

I believe that the error caused by end encountered before an expected #endi=
f (or
several, should be a warning which should be promotable to an error, and no=
t an
error per se, around which there is no workaround.

thanks,
  Peter


--=20
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist
.