From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Tue, 17 Feb 2015 22:29:03 -0500 Message-ID: References: <83wq3k3kl4.fsf@gnu.org> <85bnkwil1c.fsf@stephe-leake.org> <83pp9cwky8.fsf@gnu.org> <85a90ggf2d.fsf@stephe-leake.org> <54E0A40F.5080603@dancol.org> <83sie7un20.fsf@gnu.org> <54E0D181.2080802@dancol.org> <83r3trulse.fsf@gnu.org> <54E0D7E0.305@87.69.4.28> <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <833865vp4d.fsf@gnu.org> <54E2355A.90@87.69.4.28> <83vbj1u020.fsf@gnu.org> <54E24CA4.9020601@dancol.org> <83h9uk7ddb.fsf@gnu.org> <54E382A5.5030408@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1424230201 1094 80.91.229.3 (18 Feb 2015 03:30:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 Feb 2015 03:30:01 +0000 (UTC) Cc: =?windows-1252?Q?Aur=E9lien?= Aptel , Eli Zaretskii , Stephen Leake , Emacs development discussions To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 18 04:29:46 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YNvKZ-0004Ls-TX for ged-emacs-devel@m.gmane.org; Wed, 18 Feb 2015 04:29:44 +0100 Original-Received: from localhost ([::1]:48203 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNvKZ-0005FH-0j for ged-emacs-devel@m.gmane.org; Tue, 17 Feb 2015 22:29:43 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNvKN-0005DS-6F for emacs-devel@gnu.org; Tue, 17 Feb 2015 22:29:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNvKK-0004TS-1Y for emacs-devel@gnu.org; Tue, 17 Feb 2015 22:29:31 -0500 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:37833) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNvKJ-0004TI-Sc; Tue, 17 Feb 2015 22:29:27 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t1I3TL5Z017015; Tue, 17 Feb 2015 22:29:21 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 098871E3C; Tue, 17 Feb 2015 22:29:04 -0500 (EST) In-Reply-To: <54E382A5.5030408@dancol.org> (Daniel Colascione's message of "Tue, 17 Feb 2015 10:04:21 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5220=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5220> : inlines <2217> : streams <1392078> : uri <1858016> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183226 Archived-At: > I'm worried about what happens during long Emacs development > cycles. Say we're developing Emacs 26 and during its yearlong release > cycle, we add to emacs_env a `make_foo' in month 3 and an `access_bar' > hook in month 6. We don't provide any support for non-released version of Emacs other than "the latest on its branch", so once `access_bar' is added the intermediate situation where `make_foo'was added but `access_bar' wasn't simply doesn't exist anymore (that is, it may exist but any user of such an Emacs is expected to fix the problem by upgrading (or downgrading)). > A size field seems just right, since it automatically updates when and > only when we add something to the struct. IIUC there'd be a size field anyway,whether or not there's also a version field. Stefan