From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Changing a cl-defstruct definition in a published package Date: Fri, 13 Jul 2018 16:40:33 -0400 Message-ID: References: <9afc36c6-5759-6ea0-4cd4-9d6eb6b073b5@gmail.com> <87601jx6xa.fsf@gmail.com> <8806cd3a-da5f-28da-1aa6-fff611214396@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1531514358 3542 195.159.176.226 (13 Jul 2018 20:39:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 13 Jul 2018 20:39:18 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 13 22:39:14 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fe4qP-0000qd-H1 for ged-emacs-devel@m.gmane.org; Fri, 13 Jul 2018 22:39:13 +0200 Original-Received: from localhost ([::1]:39117 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fe4sW-0007Va-JR for ged-emacs-devel@m.gmane.org; Fri, 13 Jul 2018 16:41:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41609) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fe4rv-0007VV-Hb for emacs-devel@gnu.org; Fri, 13 Jul 2018 16:40:48 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fe4rq-0000iY-Jj for emacs-devel@gnu.org; Fri, 13 Jul 2018 16:40:47 -0400 Original-Received: from [195.159.176.226] (port=57236 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fe4rq-0000hl-Bh for emacs-devel@gnu.org; Fri, 13 Jul 2018 16:40:42 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fe4pg-0008VP-Vp for emacs-devel@gnu.org; Fri, 13 Jul 2018 22:38:28 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 16 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:ffQzgY5HzSwy0EvCH8m+HLkBbV4= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:227377 Archived-At: >> I don't know what you're trying to do, but the only way is not to change >> the object layout, and to guarantee that the value that the user >> packages are looking for is indeed found there at the right time. A >> potentially horrible amount of hookage awaits you, but you could at >> least also add your new feature/change and get rid of the hacks later. > > :(. I'm going to wait for a bit and hope that someone thinks of > a clever workaround :) Is there a way to tell package.el to recompile > another package, maybe? I don't think I could come up with a clever workaround without knowing the details (because the clever workaround will almost invariably take advantage of some aspect of those details). Stefan