comparison CHANGES @ 193:079304130850

the option lists need to stay sorted.
author David A. Holland
date Fri, 12 Jun 2015 22:00:45 -0400
parents 255db24bc29b
children ab06d46bf5cc
comparison
equal deleted inserted replaced
192:255db24bc29b 193:079304130850
1 pending 1 pending
2 - Fix a stupid regression in 0.5 that causes it to not recognize a
3 pile of options.
2 - Fix output corruption caused by mishandling which macros are 4 - Fix output corruption caused by mishandling which macros are
3 currently in use. In particular, "curmacro" is only valid while 5 currently in use. In particular, "curmacro" is only valid while
4 we're parsing a macro name and arguments, and can change once we 6 we're parsing a macro name and arguments, and can change once we
5 start expanding, so don't use it to clear the in-use flag. 7 start expanding, so don't use it to clear the in-use flag. This
8 problem has been around all along but was only just exposed.
6 - Also don't set curmacro to null after calling expand_domacro as 9 - Also don't set curmacro to null after calling expand_domacro as
7 that can cause us to think a macro name we just read is defined(). 10 that can cause us to think a macro name we just read is defined().
11 This one was introduced in 0.5.
8 - Don't use "remove" as a local variable as gcc 4.1 gets upset 12 - Don't use "remove" as a local variable as gcc 4.1 gets upset
9 about it vs. remove(3) in stdio.h. 13 about it vs. remove(3) in stdio.h.
10 14
11 release 0.5 (20150612) 15 release 0.5 (20150612)
12 - Don't report unclosed comments as "No newline at end of file". 16 - Don't report unclosed comments as "No newline at end of file".