From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#30106: Loading file /sources/emacs/lisp/emacs-lisp/ert.elc failed to provide feature `mod-test' Date: Thu, 18 Jan 2018 19:35:26 +0000 Message-ID: References: <20180114063602.GA9234@protected.rcdrun.com> <83zi5gzalr.fsf@gnu.org> <20180114174748.GA12223@protected.rcdrun.com> <83shb8z0lz.fsf@gnu.org> <20180114221228.GA17422@protected.rcdrun.com> <833737z2jy.fsf@gnu.org> <7l37370zwe.fsf@fencepost.gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c1cd70c72402b056312118a" X-Trace: blaine.gmane.org 1516304059 14428 195.159.176.226 (18 Jan 2018 19:34:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 18 Jan 2018 19:34:19 +0000 (UTC) Cc: 30106@debbugs.gnu.org, Jean Louis To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 18 20:34:14 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ecFwy-0003MK-TZ for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jan 2018 20:34:13 +0100 Original-Received: from localhost ([::1]:50234 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecFyy-0002uy-VN for geb-bug-gnu-emacs@m.gmane.org; Thu, 18 Jan 2018 14:36:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56415) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ecFyp-0002ug-Th for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 14:36:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ecFyl-0007iX-0N for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 14:36:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54040) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ecFyk-0007iN-T4 for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 14:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ecFyk-00035Y-Gv for bug-gnu-emacs@gnu.org; Thu, 18 Jan 2018 14:36:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 18 Jan 2018 19:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30106 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30106-submit@debbugs.gnu.org id=B30106.151630415111851 (code B ref 30106); Thu, 18 Jan 2018 19:36:02 +0000 Original-Received: (at 30106) by debbugs.gnu.org; 18 Jan 2018 19:35:51 +0000 Original-Received: from localhost ([127.0.0.1]:33704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecFyY-000355-MH for submit@debbugs.gnu.org; Thu, 18 Jan 2018 14:35:50 -0500 Original-Received: from mail-lf0-f50.google.com ([209.85.215.50]:38507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ecFyS-00034l-7k for 30106@debbugs.gnu.org; Thu, 18 Jan 2018 14:35:45 -0500 Original-Received: by mail-lf0-f50.google.com with SMTP id g72so22655658lfg.5 for <30106@debbugs.gnu.org>; Thu, 18 Jan 2018 11:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jPHTSozR0HZFg5LCLFUac5By9YUnu51q6gXcODcutRA=; b=KPXDyR9BGurfcLSfvApaFO2vtKXDpfUXEmww7G3jt+6Gs02Kn38Y9gjyrTFFEoYw1a 0fFsjgST0NRFucNOTILq216WKhCkoRMc/QOCJCiK43CYtpWImmZE/9PKsY814vhgyD2b SeyPLSTVrzv8AsBui8D71HWrJL2Bl/GByyfBxlQsAhw6cGv8Wu4F+nZ3KNXCfozn2kU8 C74nR9oRytVoMmqa6XVwsyVvqK49lJNWXT2vyIXeqZE/ifP4Rl24tVZajP/lqM3nIcKK ejneO8dv8kWD9DbPTAtWxfVjv/nSLbW3gnxywe4E17cqGu88ghV0X/6zj7EyEMY+NdPP dMQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jPHTSozR0HZFg5LCLFUac5By9YUnu51q6gXcODcutRA=; b=sjen/NKTXle8Go6LXecSknOUoMOD4vY3GGZmeJzS3o3TWh2K2YU7DQzyVcs71XNNuL heGQXJDV/8Rm523t4o0MWc/0np7m8l0GM1qy+Isx8ugBYoWXtAEL8iMp8gDwRK3s3Ev0 /tYCXXCAHsfXZzwTAmcRZbqwlICfWFs0OArwpMq3nrLs/g7pWB1B+bIEMRgwQuRwfx5V RfK0f+GQ7aWX/gjTLiMXXgdsSSzxA6dEj2ZoAZvpUGcdFJf7K/k/47ZUDpaX2nfBGjzV xdVsuCWhNdACttP7kKXxQc3xSgyRl26suZIS8WRXv1jMzwxIrqVy2TbCtiLdpVGDckWz OpXg== X-Gm-Message-State: AKwxytfG5tt1xLI5Kp+KHfRtnjt2zjCpfXes/cBxr9tlja4JyjuehtBG VgPECsf5ibKkTkWYQdQFOJRtWsJEI4siEbL8w38= X-Google-Smtp-Source: ACJfBovCA5IEUWBKNWSOAEa8oBVxMInXS4OJrUozaIrupaQ64empXwzGCw+yXxGB4GlnAQ5WtPEIlqAnGduvznwCJWc= X-Received: by 10.25.171.10 with SMTP id u10mr23437150lfe.12.1516304136812; Thu, 18 Jan 2018 11:35:36 -0800 (PST) In-Reply-To: <7l37370zwe.fsf@fencepost.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:142269 Archived-At: --94eb2c1cd70c72402b056312118a Content-Type: text/plain; charset="UTF-8" Glenn Morris schrieb am Mo., 15. Jan. 2018 um 18:57 Uhr: > > It seems that Fmodule_load does not update load-history. > This is causing Frequire to report the wrong file names in its error > message, which is making it hard to diagnose the real problem. > > > > Sigh, Fmodule_load has many other bugs, now that I look at it: - It doesn't protect against recursive loads - It doesn't print load messages even if force-load-messages is t - It doesn't update loads-in-progress - It doesn't do any of the other things that Fload does for .el and .elc files I think we should get rid of Fmodule_load entirely and add the module-specific parts to Fload (the module initialization step itself should stay in emacs-module.c though). --94eb2c1cd70c72402b056312118a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Glenn = Morris <rgm@gnu.org> schrieb am Mo= ., 15. Jan. 2018 um 18:57=C2=A0Uhr:

It seems that Fmodule_load does not update load-history.
This is causing Frequire to report the wrong file names in its error
message, which is making it hard to diagnose the real problem.




Sigh, Fmodule_load has many other bugs= , now that I look at it:
- It doesn't protect against recursi= ve loads
- It doesn't print load messages even if force-load-= messages is t
- It doesn't update loads-in-progress
- It doesn't do any of the other things that Fload does for .el and .e= lc files
I think we should get rid of Fmodule_load entirely and a= dd the module-specific parts to Fload (the module initialization step itsel= f should stay in emacs-module.c though).
--94eb2c1cd70c72402b056312118a--