Date: Wed, 30 Aug 2000 18:56:45 +0300 From: Alexey Zelkin <phantom@cris.crimea.ua> To: Sheldon Hearn <sheldonh@uunet.co.za> Cc: arch@freebsd.org, committers@freebsd.org Subject: Re: NO vs NO_ Message-ID: <20000830185645.A32496@ark.cris.net> In-Reply-To: <27283.967631991@axl.fw.uunet.co.za>; from sheldonh@uunet.co.za on Wed, Aug 30, 2000 at 12:39:51PM %2B0200 References: <200008301026.DAA50313@pike.osd.bsdi.com> <27283.967631991@axl.fw.uunet.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
hi,
On Wed, Aug 30, 2000 at 12:39:51PM +0200, Sheldon Hearn wrote:
> In my opinion, the only technical issue worth discussing is whether the
> change is expected to be merged onto the RELENG_4 branch. If it's a
> straight conversion, you'll make life difficult for lots of people.
> However, if you were to put magic in the RELENG_4 mk files (when the
> time came), you could translate deprecated names into their new names,
> possibly even generating warnings for each translation.
I thought to use construction like that:
ALLOW_DEPRECATED = true
DEPRECATED_VARS = CLEAN CLEANDIR CRYPT PROFILE SECURE GAMES INFO LIBC_R
.for var in ${DEPRECATED_VARS}
.if defined(NO${var})
.if defined(ALLOW_DEPRECATED) && !empty(ALLOW_DEPRECATED)
NO_${var}=${NO${var}}
.else
@echo "The variable NO${var} is deprecated, use NO_${var} instead"
@/usr/bin/false
.endif
.endif
.endfor
--
/* Alexey Zelkin && phantom@cris.net */
/* Tavric National University && phantom@FreeBSD.org */
/* Sysadmin/Developer && phantom@sms.umc.com.ua */
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000830185645.A32496>
