From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: [PROPOSAL] Builder, a build system integration for Emacs Date: Mon, 29 May 2023 15:03:37 +0700 Message-ID: References: <95980ffc-86e7-ad54-4a20-539d8c6ea5d0@mailo.com> <3f68f4bc-d426-0bcc-1329-674c12b29386@mailo.com> <76e12f7c-335f-476b-ffb3-fd8e8e4ab5d0@mailo.com> <87pm6rx4ea.fsf@yahoo.com> <87wn0ytefw.fsf@gmail.com> <83h6s0n95y.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21065"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon May 29 10:04:49 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q3Xs0-0005ER-My for ged-emacs-devel@m.gmane-mx.org; Mon, 29 May 2023 10:04:48 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q3Xr9-0007xH-VK; Mon, 29 May 2023 04:03:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q3Xr7-0007wp-QB for emacs-devel@gnu.org; Mon, 29 May 2023 04:03:53 -0400 Original-Received: from mail-wr1-x430.google.com ([2a00:1450:4864:20::430]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q3Xr6-0000v7-1v; Mon, 29 May 2023 04:03:53 -0400 Original-Received: by mail-wr1-x430.google.com with SMTP id ffacd0b85a97d-307d20548adso1713656f8f.0; Mon, 29 May 2023 01:03:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685347429; x=1687939429; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Zp7Hm/Vah8ayf7GERksT/TEp37c3RGFHxmXFioiNRrI=; b=XwdG0RWTup4XYiB0oW7gOoMoGJ2gGkc59s92L0BeSXNh28kfTlaD/Kc6ld/THovydC /JXtnErq12MPpw8WOP8tpe9sz9EkA5TwJxLKune6C/+R4QCSkcMEYE2NQFnhesHFk7A7 fSjM7nZaBBTccuhZfQ/siXwPEkx0YXUXaoaeWeeye2qo22ashlhbWrJPdD0/AC64M5kp IB7Mx0E4v5L52wTRzNjyh0tbo4rrU2uu6z/S05UTHuvZnt0zIk6CJOU2etIahP/Q+1Wv RaCRB/Swk1fbVVY40jAuGBcQKX7/p+vm3g7i0J9xv9MTfchf50WSFwTqPXBUKY+a+jI3 wWPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685347429; x=1687939429; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Zp7Hm/Vah8ayf7GERksT/TEp37c3RGFHxmXFioiNRrI=; b=Tk+XNxA7sthi+8PRqgI3dLuWlxi3YXf1vq0EFQijilS2xLOCw4rO2fuT8XYEDzoUjS GD076y9B6FtiRn/VIJ4Px3ETsGYXuQSyF/yzvBPXYUUN2Zppawb72xMhhOTLyGCBMi6D SqGwLi+3XG6B67PYfIxA702W65ZmvhFOFbdsFvm3XuvLEoi42laTa1i1/BBxhp/n5nSP uV459n8zrk/5HInMcQo6W4VBC21fKo0nAqX3Zb6II5xW34BkoJWBRrZjtUgs16mf71nE H8QG47mCbi5n/wgsc7mGAd47i7/z1fC1DvHBSZmZTXU5bAL7I478o3jdBtLuyuhuVktT N4gA== X-Gm-Message-State: AC+VfDxf+vaUhcsm8q8EuVe5Qvl25mtl1Ha4TRpZOB6+pMwVzjsHko55 2JrQCHxnjQoEDgDV4WN2unK5DhSxm7vAnhKUTf5+OjfJkVo= X-Google-Smtp-Source: ACHHUZ6iB79FUSX9Mtkcou9zPyeXAtliScW7F4ao/1AZTR9WAQC3kqKKP5rBwqvrqKngYxDFEi1JWDyyL9USYU6dqzg= X-Received: by 2002:a5d:464e:0:b0:30a:e7ad:2b08 with SMTP id j14-20020a5d464e000000b0030ae7ad2b08mr3606013wrs.29.1685347429000; Mon, 29 May 2023 01:03:49 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2a00:1450:4864:20::430; envelope-from=yurivkhan@gmail.com; helo=mail-wr1-x430.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:306383 Archived-At: On Mon, 29 May 2023 at 04:48, Richard Stallman wrote: > What sort of "constraints on versions of their dependencies" are possible= ? > Are these numeric comparisons? A version number is typically a triple of integers, written as major.minor.patch. A total ordering is defined on version numbers, using lexicographic order on these three components: 2.0.0 < 2.0.1 < 2.0.10 < 2.1.15 < 3.0.0. There is a widely used convention (called *semantic versioning* ) that a library author increments the patch version when the changes are both forward and backward compatible; minor version when the changes are only backward compatible (a program depending on the older API builds and runs successfully with a newer implementation); and major version when introducing breaking changes. With that convention, the most useful type of version constraint is a half-open interval expressing =E2=80=9CI want version x.y.0 or higher, but strictly lower than z.0.0=E2=80=9D.