[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Handling deprecated features
From: |
Marius Vollmer |
Subject: |
Re: Handling deprecated features |
Date: |
06 May 2001 02:42:20 +0200 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.102 |
Neil Jerram <address@hidden> writes:
> OK, I think this is a good argument. But in this case, please can we
> have a consistent relationship between environment variables and the
> (xxx-options) interfaces? For example, one possibility would be for
> all the options interfaces to initialize themselves at init time
> according to the values of corresponding environment variables:
>
> (let ((val (getenv "GUILE_XXX_OPTIONS")))
> (if val
> (xxx-options-interface val)))
Good idea. This is a separate can of worms, however. I don't want to
delay the deprecation warnings because of this.
We probably should extend the module system so that warnings can be
issued when a deprecated binding is looked up the first time. That
way, the warnings work also for bindings that are not functions.
Can't the GNU linker do something like that as well?