Subject: bug#11565: delayed init variables don't get documentation properties

From: Glenn Morris <[email-masked]>
Date: Mon, 28 May 2012 15:53:29 -0400

Stefan Monnier wrote:

>> I guess either we undo 3), or change 2) so that it sets the variable to
>> nil.  The latter seems ok to me ...?
>
> Undoing the var-part of 3 sounds fine to me.

There's a downside to doing that, in that bug#11036 will be reopened.
What's the downside to making custom-initialize-delay temporarily bind
variables to nil?

Another option: Snarf-documentation to check if variables are bound, or
members of custom-delayed-init-variables.