From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Some OpenWrt port related problems Date: Tue, 28 Dec 2010 14:36:39 -0500 Message-ID: References: <87sjxi5hko.fsf@snail.Pool> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1293565023 12281 80.91.229.12 (28 Dec 2010 19:37:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 28 Dec 2010 19:37:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kuehling Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 28 20:36:59 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PXfLu-0000BS-H0 for ged-emacs-devel@m.gmane.org; Tue, 28 Dec 2010 20:36:58 +0100 Original-Received: from localhost ([127.0.0.1]:37965 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PXfLu-0004Mf-2C for ged-emacs-devel@m.gmane.org; Tue, 28 Dec 2010 14:36:58 -0500 Original-Received: from [140.186.70.92] (port=42165 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PXfLi-0004KW-Mo for emacs-devel@gnu.org; Tue, 28 Dec 2010 14:36:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PXfLd-0000vB-GU for emacs-devel@gnu.org; Tue, 28 Dec 2010 14:36:46 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.183]:54363 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PXfLd-0000v4-Ca for emacs-devel@gnu.org; Tue, 28 Dec 2010 14:36:41 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHnKGU1FpZcL/2dsb2JhbACkMHS/NoVKBIRljhs X-IronPort-AV: E=Sophos;i="4.60,240,1291611600"; d="scan'208";a="86622315" Original-Received: from 69-165-151-11.dsl.teksavvy.com (HELO pastel.home) ([69.165.151.11]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 28 Dec 2010 14:36:39 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 936BE58AC9; Tue, 28 Dec 2010 14:36:39 -0500 (EST) In-Reply-To: <87sjxi5hko.fsf@snail.Pool> (David Kuehling's message of "Tue, 28 Dec 2010 11:15:35 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:134012 Archived-At: > OpenWrt packages use cross-compilation, so Emacs is used in a NO_DUMP > configuration, loading loadup.el every time it starts. That's unfortunate, as this is completely untested and unsupported. I expect you'll bump into further problems. Maybe a "simpler" solution is to setup a simulation environment where you could perform the dump. > This causes at least one problem with environment variables, that > I already fixed [3]. Not sure if that's the right fix, but indeed there's a bug there that shows up when using NO_DUMP. Make sure you record it via M-x report-emacs-bug. > Now I'm hitting another problem when using org-mode: > File mode specification error: > (wrong-type-argument stringp (require . t-mouse)) > After some debugging this looks like being caused by variable > load-history containing the element: > ((require . t-mouse)) > This looks a little broken, since all other elements have a > filename-string in front of that cons cell, e.g.: That one doesn't remind me of anything. > Anybody knows who's fault that error is anyways? I don't. > is ((require . t-mouse)) a valid entry? No. > Is eval-after-load broken? Not that I know. > How does that entry get inserted into load-history in the first place? That's the question, yes. But no, I have no idea how this can happen. Stefan