From owner-freebsd-arch Thu Jul 18 12:44: 4 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 617F037B400; Thu, 18 Jul 2002 12:44:01 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5463543E3B; Thu, 18 Jul 2002 12:43:59 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.6/8.11.6) with ESMTP id g6IJhvb67564; Thu, 18 Jul 2002 20:43:57 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.3/8.12.3) with ESMTP id g6IJhuKC016232; Thu, 18 Jul 2002 20:43:56 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g6IJhu5A016231; Thu, 18 Jul 2002 20:43:56 +0100 (BST) Date: Thu, 18 Jul 2002 20:43:56 +0100 (BST) From: Mark Valentine Message-Id: <200207181943.g6IJhu5A016231@dotar.thuvia.org> In-Reply-To: X-Disclaimer: tequila X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: ru@freebsd.org (Ruslan Ermilov), arch@freebsd.org Subject: Re: [POLL] need a good name for share/mk API versioning Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: ru@freebsd.org (Ruslan Ermilov) > Date: Thu 18 Jul, 2002 > Subject: [POLL] need a good name for share/mk API versioning > Recently, some backwards incompatible changes were purposedly > introduced to the share/mk API, particularly to bsd.lib.mk and > bsd.incs.mk (include files). Everything is OK with src/, but > some ports/ that rely on FreeBSD's share/mk API should be able > to use both old (currently in -STABLE, soon to be upgraded to > the new API) and new versions of the API, so we need to somehow > differentiate these APIs. The solution is to add the FreeBSD > specific make(1) variable that could be used to differentiate > different API versions. If this were only for ports, the existing OSVERSION in bsd.port.mk would suffice, no? > So I would like to run a short pool as to what the name of this > variable should be (the draft is _FREEBSD_MK_API_VERSION), and > what should be its numbering scheme. I would like this numbering > scheme to be a monotonically increasing natural number. This > would be good because the same numbering scheme would be used in > both -STABLE and -CURRENT, and would be bad because specific > backwards incompatible API changes should be merged in the same > order as they were applied to -CURRENT. It sounds like you do want to have a version number visible beyond ports, which is quite reasonable (third party software may choose to use the "standard" bsd.*.mk rules, without using the ports infrastructure). > The variable must be put into sys.mk (so that it's always > defined), and one option it to use an already existing > FreeBSD variable. sys.mk is the wrong place for things specific to bsd.*.mk (all of the includes at the end of sys.mk are bugs). sys.mk is for make(1) defaults; bsd.*.mk comprises the FreeBSD build system built _on top of_ make(1), which (should) know nothing about bsd.*.mk - currently make(1) pollutes all other build systems with stuff from make.conf and other FreeBSD build system makefiles. bsd.sys.mk is a better place; _FREEBSD_MK_VERSION is a better name; I don't see any need for anything more complex than values of "1", "2", "3"... Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message