From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [toggle-read-only] Date: Wed, 24 Jul 2024 19:41:40 +0300 Message-ID: <868qxq7nej.fsf@gnu.org> References: <87a5icjeua.fsf@mat.ucm.es> <87o76sarrq.fsf@igel.home> <87plr6g57s.fsf@mat.ucm.es> <877cdc8us0.fsf@mat.ucm.es> <87o76ojyaf.fsf@posteo.net> <867cdc9w7p.fsf@gnu.org> <877cdbsy0x.fsf@mat.ucm.es> <865xsv82m6.fsf@gnu.org> <87bk2notpc.fsf_-_@mat.ucm.es> <86o76n6jo8.fsf@gnu.org> <87ttgen61j.fsf@mat.ucm.es> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22955"; mail-complaints-to="usenet@ciao.gmane.io" Cc: philipk@posteo.net, stefankangas@gmail.com, rms@gnu.org, emacs-devel@gnu.org To: Uwe Brauer Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Jul 24 18:42:57 2024 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 1sWf4r-0005oG-Ht for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Jul 2024 18:42:57 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sWf3s-0005jF-5K; Wed, 24 Jul 2024 12:41:56 -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 1sWf3q-0005iX-9o for emacs-devel@gnu.org; Wed, 24 Jul 2024 12:41:54 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sWf3p-0006Yf-4v; Wed, 24 Jul 2024 12:41:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=osDYYXpb4bZbd0dLSeBF/k0u+HO7iqXT9dYB4MRZ6vI=; b=T+IhfrLDg+Eo Ch+WXZkxDjgej+dwJfMQRcCspGI7Eq0e3T8PFLeWlB3MWFItD9x9jBhai3JWmATFiFnXSERm1hsJo dp7TrZ6luULhBFbAnIkQQ0CGVttX20lUUlnaS+RpZ0jh+RTxCtHsmGCwnjmbBPN11bh7u1CoKLl3B Y3KNiXufhqk2nj4Owl3oGaJm1D7jCilP9CTPo5uHgXXwNOEWitKbqN5YCL/kCcdZH4Xsat7x+CQ4y quAa2jz/iPY54FTc5Utllmu4VROwpKIubRx6qQ/sx+kRL5XXKZl7GfFpDHFAJ3330bH0gorIOezOe Ke+G1RuWiQ9oCRtx+jEw2Q==; In-Reply-To: <87ttgen61j.fsf@mat.ucm.es> (message from Uwe Brauer on Wed, 24 Jul 2024 17:50:00 +0200) 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:322053 Archived-At: > From: Uwe Brauer > Cc: Uwe Brauer , philipk@posteo.net, > stefankangas@gmail.com, rms@gnu.org, emacs-devel@gnu.org > Date: Wed, 24 Jul 2024 17:50:00 +0200 > > > Why "days"? how many Lisp files do you have that it could take "days" > > top byte-compile them? > Days to make everything work, not days to compile If they work without byte-compiling, they will also work the same when byte-compiled, I think. > but yes I do have > quite a bit of additional files more than 300 I would say, that includes > old pkg like bbdb-2.35, for which I have written various hacks, that do > not work in more modern bbdb version mostly because of renaming > variables and functions. The Emacs source tree has more than 2300 Lisp files, and they can all be compiled in under 5 minutes. That's a far cry from "days". In any case, feel free not to recompile your files when you upgrade Emacs, and instead wait with fixing till things break. But then please don't come back complaining that something that was obsolete for the past 15 years suddenly doesn't work, because we gave you 15 years to adapt, and you have chosen to ignore that. > But why, instead of deleting after a while the > defalias, define-obsolete-variable-alias, defvaralias etc > not moving them into a file compat-obsolete.el or something like this? Because it's an extra maintenance burden, and a serious one at that.