On Tue, 24 Jul 2018, Sven Schreiber wrote:
 Am 24.07.2018 um 17:27 schrieb Allin Cottrell:
> 
>> Am 24.07.2018 um 16:18 schrieb Allin Cottrell:
>>> Following discussions between Jack and myself, here's a sort of
>>> "RFC" for changing the internal definition of "NA" in
gretl, which we 
>>> believe can be done with full backward compatibility.
>>> 
> Yes, I think "nice feature but we don't have it currently" is about
right. 
> Consider the following (abdata has lots of missing values, including the 
> very first observation):
> 
> <hansl>
> open abdata.gdt
> WAGE[1] = WAGE[1] * 0
> 
 ...
> The first "print" shows that the leading NA for WAGE has indeed been 
> changed to 0 (defensibly).
 ...
> 
> Under the proposed scheme NAs (= nans) would not turn into zeros on 
> multiplication by zero -- but the misszero() function would still be 
> available to do that job.
 OK, but doesn't this consitute a counterexample to the claim of full 
 backward compatibility? 
Yes, you're right. I hadn't thought that through all the way.
 This doesn't have to be bad, given the perhaps kind of flaky 
 behavior currently, but it would change something, no? 
It raises a compatibility issue if there are scripts out there that 
depend on multiplication by 0 to neutralize NAs. I guess that's 
unlikely, given misszero(), but clearly we'd have to check all 
function packages, at least.
Allin