Am 30.10.2014 um 16:46 schrieb Riccardo (Jack) Lucchetti:
On Thu, 30 Oct 2014, Sven Schreiber wrote:
>> Take the HIP package first (the function HIP_estimate). Yes, this is
>> fallout from the new parser, but it's an example of what I mentioned a
>> while back, namely the greater rigour of the new parser.
>>
>> The trouble is that the string substitution token @bar is used
>> unconditionally with "end mle", but the string variable "bar"
is
>> defined only in the cases where the scalar s has value 1 or 2 (and
>> these are not the only possible values). The old parser ignored the
>> undigested would-be string substitution @bar (in case s equals neither
>> 1 nor 2) while the new one properly rejects it.
Having said this, let me add that we now have a new command "setopt" for
avoiding kludges like these (that is, setting options to a command
condtional on something by using string substitution). The script below
should be backward compatible and give a clear example of the new setopt
command.
Thanks for the reminder, indeed it is more transparent than hacking the
strings.
-sven