This is the mail archive of the
guile@sourceware.cygnus.com
mailing list for the Guile project.
Re: Deprecation
- To: Dirk Herrmann <dirk at ida dot ing dot tu-bs dot de>
- Subject: Re: Deprecation
- From: Mikael Djurfeldt <mdj at mdj dot nada dot kth dot se>
- Date: 25 May 2000 11:54:37 +0200
- Cc: Mikael Djurfeldt <djurfeldt at nada dot kth dot se>, guile at sourceware dot cygnus dot com
- Cc: djurfeldt at nada dot kth dot se
- References: <Pine.LNX.4.21.0005251149320.5213-100000@marvin.ida.ing.tu-bs.de>
Dirk Herrmann <dirk@ida.ing.tu-bs.de> writes:
> Can we say that it would also be sufficient to define the deprecated
> function in terms of the new method?
No.
> like:
> #define SCM_CPLXP(x) SCM_COMPLEXP(x)
> I don't think that this requires an additional comment.
It does, the point being that SCM_CPLXP will be removed. When
*implementing* SCM_COMPLEXP, we replace the old definition of
SCM_CPLXP using the above.
When *deprecating* it, we say to the programmer: "Don't use this" and
need to inform him of the correct pattern.
> Otherwise, I fully agree with you. I will add the corresponding entries
> soon. Fortunately, they are easy to find with the new system, so we gain
> another benefit: When it comes to a new release, it's easy to check if
> everything that is deprecated is actually noted in NEWS and RELEASE.
Yes, and it was a very good idea to be able to compile without
deprecated functions. :-)