From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: [PROPOSAL] Builder, a build system integration for Emacs Date: Tue, 30 May 2023 20:54:17 +0800 Message-ID: <875y8aou86.fsf@yahoo.com> References: <95980ffc-86e7-ad54-4a20-539d8c6ea5d0@mailo.com> <87wn0ytefw.fsf@gmail.com> <83h6s0n95y.fsf@gnu.org> <83edn4myz4.fsf@gnu.org> <83a5xsmuc0.fsf@gnu.org> <831qj4mlg7.fsf@gnu.org> <3a315ddd3aa7d7cda74e@heytings.org> <87jzwspr4t.fsf@yahoo.com> <828A9E8C-125E-42D9-A03E-CC6611E6AC90@yahoo.com> <84fefa6fb3324f972847@heytings.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4691"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Madhu , emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 30 14:55:14 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 1q3ysc-000130-0u for ged-emacs-devel@m.gmane-mx.org; Tue, 30 May 2023 14:55:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q3ys3-0002N2-QV; Tue, 30 May 2023 08:54:39 -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 1q3ys2-0002KY-Co for emacs-devel@gnu.org; Tue, 30 May 2023 08:54:38 -0400 Original-Received: from sonic314-20.consmr.mail.ne1.yahoo.com ([66.163.189.146]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1q3yry-0007c9-RZ for emacs-devel@gnu.org; Tue, 30 May 2023 08:54:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685451270; bh=vga620WV+ZvPUxkMdhlgkLSDTJ2znqnekMwnRs3cHks=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=ClzgZU6K/gOgrRJ7YCXm6H0+SYFsk4D2Wo+IcfRN0KhBuE20ql3Gf+Kh00PCNwLj3cer3JNMO0FR6t0f4XESV9S2gF3KLy1OVF9FRoXwk5+ewHgl7eCOYIkXTbjzrISGjYYgvM5JAYNgQa1E41xiJpKEU9xHbEadeIRh6q8AjKHT5A+JbcVWQ72eisXmsCCrxpKW3r399GrEFRQgdOAV+Qv4sgniPFiuoeSAUjQq2gkzOJZWHN/6NdgCEkocu0Gv+okzksYG6zn6fJxu0mhKQpG/rYckKu3RnUiVEVmG6jQlRkeJaue8E7hjj45OhG7VdxA5/mXB+k0t7P+VXdASIg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1685451270; bh=j8/FNwT4gO4NsFetnD/U84egPP5CW1l9oPDlC+GP7P7=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=O3fteRtrQdkAU4gb78xsnVZ68QudpF5+9XZBMAmJ2oqdvM2VCj0ZDXQqsKkCbU+gQaGytVI0qogVctRDfL6SerfciK1gnVEV7KBXHAX631ZDw9vvlnNy6A+Qm7nkUmdGWrkKpaKiz9Q2+wFXHfbFRqsdE1FrIINBGNebkL8Zn/FWWPAMxZmTNi+n2ZA2Zmz2YhutxA9JiAlVHFydXo3/83C+VKdZG1EztmqzhnJf8ITFOvNzSAGMhFP3ps0F/W+aLlDa3kitc50ykzzttX7B02rz1YC8foCUUmYBPJsDT13C7TlNLnDajUer1qGqvQqJPRTD0zLs3j10VwlqVeCwTQ== X-YMail-OSG: 2uc74mIVM1lo6LCJ1T4xkAp74hA8klcgOnlJUmQk8_Fkwq0K5yzOEZ3mGj1ZWXB YRlsNanPnVKWvcLrO5QSztlfJcJUC_llJfp1j3jEE466fbE4wJ5wbfxYsW2.D5xUMN9plEoNKyLC TVbyxeqZdEw_rHwAI0Dddaf1Bmd1hufndp2NVdM.W2AxRv8fHujNoXodx_8gIFwMq4BPfPzr7hnJ Q5CvUrpmqmX28ryJy3Elep.aZjJFQ9RxQRMGWMiwqavhj0z6uY1.TGL0JfhgchuFgCoji1tdl_qm DB34pvQh4JhCwMFVAR8_iCIXps5VNaxs_GddY8ISma4iveRj25AZU8CrFuZtJG5Kx.VOY6B5qudr kJg.TQLLDtXi0LIwIBJJdpbHMYrbfoBVyIBUOroyWRMAYGu.S8EdemwrFqUIxPZeH9eySVZmYhKC DD8fEMrIYggIPlanxxM_EttWXbyK3KGl_s2RNcLJqAZ2Zpv.7m_qQ9wbI1VnbvYah0eUmqUfxHw5 tyywP7zLXyyxARMbZBYBG0UXQGvlHLRSEKoGo7VWL8t7OYIq8cU6Txd8u5PstK9HE1MBKrdvQy4k TYQ3lSuX.EBji3FTMLSq_KpoxFxwYwZJMSqij8h0uC3NUyklOM4QXLWUf3S7xWwLU10ISlKF1s3W jFKeoz0wYmjCybPpjeb.sh5TVINsJGMa2xqZn8wJrK92OlB.ygL4jBauijvj.Uc2hJsCqhiXpfpX basILqKQMWLDLPn0xo1RbDxG.em6HheUWDbBZAYfFrSCeKm4MGOlgv4hUdRItwCmXnb1aHnArXUs Xwb2dVHrtZMMTOO3tkyP.3vY51syg3d1P7e4Tr6Bk5 X-Sonic-MF: X-Sonic-ID: acb14c33-a9ca-49d0-b5af-ff79285c0a73 Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Tue, 30 May 2023 12:54:30 +0000 Original-Received: by hermes--production-sg3-748897c457-5chhg (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID c079e77b6433beb94990eb0801e19f25; Tue, 30 May 2023 12:54:24 +0000 (UTC) In-Reply-To: <84fefa6fb3324f972847@heytings.org> (Gregory Heytings's message of "Tue, 30 May 2023 07:26:26 +0000") X-Mailer: WebService/1.1.21495 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.189.146; envelope-from=luangruo@yahoo.com; helo=sonic314-20.consmr.mail.ne1.yahoo.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, RCVD_IN_MSPIKE_H2=-0.001, 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:306407 Archived-At: Gregory Heytings writes: > And how is that relevant? What is being discussed (and was objected > to and characterized as a "horror") in this subthread is the fact that The fact that, in Madhu's own words: This (and in golang) is the spiritual equivalent of having (and shipping) every variant of functions in all released versions glibc ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ available, and a program may "link" to any of the versions. Where ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ all versions of all symbols exported from glibc are available at any time, and can thus be used by the run-time link editor. Anyway, I'm skeptical this will work out in practice: what if in ten years, some version N.X.Y of a dependency depends on language features last implemented in a version of the compiler that no longer works on a new system? The Rust compiler is not known for being stable, as people apparently very rarely use only the ``stable'' features of the compiler.