From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#46722: test-map-into fails Date: Sat, 15 Jan 2022 12:47:33 +0100 Message-ID: References: <871r2yu8b1.fsf@gnus.org> <87czl7w4fh.fsf@dick> <87a6gawabq.fsf@dick> <83a6ga9hu1.fsf@gnu.org> <87pmouu5np.fsf@gnus.org> <8735lpo2ax.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11597"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Glenn Morris , Stefan Kangas , "Basil L. Contovounesios" , Stefan Monnier , 46722@debbugs.gnu.org, dick.r.chiang@gmail.com To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jan 15 12:48:32 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1n8hXr-0002p1-Lp for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 Jan 2022 12:48:31 +0100 Original-Received: from localhost ([::1]:39060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n8hXo-0008Nk-Gs for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 Jan 2022 06:48:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44430) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n8hXU-0008NQ-3q for bug-gnu-emacs@gnu.org; Sat, 15 Jan 2022 06:48:08 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46380) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n8hXO-0005TH-5W for bug-gnu-emacs@gnu.org; Sat, 15 Jan 2022 06:48:07 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n8hXN-0006IG-NG for bug-gnu-emacs@gnu.org; Sat, 15 Jan 2022 06:48:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Jan 2022 11:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46722 X-GNU-PR-Package: emacs Original-Received: via spool by 46722-submit@debbugs.gnu.org id=B46722.164224727124123 (code B ref 46722); Sat, 15 Jan 2022 11:48:01 +0000 Original-Received: (at 46722) by debbugs.gnu.org; 15 Jan 2022 11:47:51 +0000 Original-Received: from localhost ([127.0.0.1]:39283 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8hXD-0006Gz-I0 for submit@debbugs.gnu.org; Sat, 15 Jan 2022 06:47:51 -0500 Original-Received: from mail-ot1-f41.google.com ([209.85.210.41]:45055) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n8hXC-0006GG-Bz for 46722@debbugs.gnu.org; Sat, 15 Jan 2022 06:47:50 -0500 Original-Received: by mail-ot1-f41.google.com with SMTP id w19-20020a056830061300b0058f1dd48932so13317046oti.11 for <46722@debbugs.gnu.org>; Sat, 15 Jan 2022 03:47:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QBfRpJ1GLtFpIWGlFvwp5n1T90CxquVkNqzttwnyF+Q=; b=gOACTrtIqpDeM1HJU0Wj9XYigIMsvq+qBE8OfFBWOXe1yPBHCnc36f/X6i3jBgIP9T OaRWLQY6SrGpVBfh+qxLV0MImvAZA8clJj04n1NITHNhQ6UbO0bZE5Fh2H3VHygQGMfd dDEMsZLsdLuDSATxt8Rwth+lMq3Pq2bzkSdr2rawmyk9t0I3a9RNlJiS/1ELD8czJ0m6 SJtLM3j/x+VDn9rPywNk6yh3AQrtNhI+Ap5H48QJZGQbcaTit3936WR5BWE3wLGgh0El qS5l5J74RVpruMZfyeTOS5tCN6EvOTpyXASmJZivflc6fpEAoC0QZBffkj9MPY9cK+jO yEdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QBfRpJ1GLtFpIWGlFvwp5n1T90CxquVkNqzttwnyF+Q=; b=Wwdlspj44pHJuyNlNI9clVrMVhqyl93HypDDWS82KxmOiblSuXb/pifvLJtE/1IlxD l4DvZicQgbqJHzSypoJ8tiNXt3jk7SZ+HJEFre/UtzYjKEJDEw6LfHyDs2+Yl6TLJGpK 4V+NJaxfzOTOpHpotAUzOe6aFwPJg4YIq049bgLtwUgCFj5BpPUjSMsA36U7EVOnfAsh Dc27h+rhs95dUyp8iTzAlP1qd4tFNX/ixqAw5CTErr97j6grpTD4l/QsSGzFy6Sm3SGN 7ony1UY8iHjnyh1HxD29kwUp3QajBoKq2qkur5FmnXsEVVnScBvjeKjD6Jz9bmDY/dPo vUJA== X-Gm-Message-State: AOAM533lPy9G8syJ67uXsU2fROdLJ9SUpqiBlc0tayhBMILewpeHzDiJ sCimD7gxFcRAR8veBJQyuH2SkPiRxMieKEm2BsE= X-Google-Smtp-Source: ABdhPJxx1OIxR2CpzjjyYWM+qX51w3ha0BeEShilInHO3yt8V86MR4JOXyKEPEg5BkrT4G0zEjmk+9jMUEDYlCRvmEU= X-Received: by 2002:a9d:69d2:: with SMTP id v18mr6095845oto.264.1642247264696; Sat, 15 Jan 2022 03:47:44 -0800 (PST) In-Reply-To: <8735lpo2ax.fsf@gnus.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:224292 Archived-At: Am Sa., 15. Jan. 2022 um 09:01 Uhr schrieb Lars Ingebrigtsen : > > Philipp Stephani writes: > > > Thanks. In my case I also got flaky results for test-map-merge-empty, > > test-map-into-hash-test, test-map-merge-with, and test-map-merge, as > > well as the bindat tests (they already fail at > > loading/byte-compilation time with (cl-no-applicable-method > > bindat--type unpack (dest-ip ip) (src-ip ip) (dest-port uint 16) > > (src-port uint 16))); any objection to marking them (or even all > > affected tests) as unstable, too? > > Marking the other test-map* functions as unstable (on the release > branch) should be fine. OK, I've now done that with commit 2dcb1bc47485791177917bfbd8fba95d69454135. At least in my experiments only the four ones that I marked are unstable. > > Are the bindat tests also failing because of the map problems, or is > that unrelated? It's at least the same symptom ("No applicable method", but only sometimes), so I guess it's also the same root cause (the cl-generic cache thingy discussed in this thread). In this case the problem already appears when expanding the bindat-type macro (i.e. when loading or byte-compiling the file), so we'd need to exclude bindat-tests from the test suite altogether on the release branch.