Date: Mon, 31 Jul 2006 19:18:03 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: marcel@xcllnt.net Cc: marcel@FreeBSD.org, yar@comp.chem.msu.su, cvs-all@FreeBSD.org, src-committers@FreeBSD.org, ru@FreeBSD.org, cvs-src@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/kldxref Makefile Message-ID: <20060731.191803.270754578.imp@bsdimp.com> In-Reply-To: <8F70D2AC-029E-4829-A775-600D6AABE69E@xcllnt.net> References: <EE87FDC1-709D-4B95-9A74-DFF393796664@xcllnt.net> <20060731163209.GB50797@comp.chem.msu.su> <8F70D2AC-029E-4829-A775-600D6AABE69E@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <8F70D2AC-029E-4829-A775-600D6AABE69E@xcllnt.net>
Marcel Moolenaar <marcel@xcllnt.net> writes:
: I think the problem is inherent when the existence of the variable
: counts and not its value. It's not intuitive and people use it in
: different ways because of that. I personally like something simple
: like SHARED=NO or SHARED=YES. The lack of definition then meaning
: the default setting. This is trivially implemented with SHARED?=YES.
: Anyway: that's just me...
NO_SHARED=no has been a long-running joke around the office. However,
going to a simple SHARED=?yes/no won't work either. It is
inconsistant with the new world order. I'd expecte that
MK_SHARED=yes/no would be the right thing to do, but there may be
parse time issues that makes it hard to do this simple fix..
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060731.191803.270754578.imp>