From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jay Belanger Newsgroups: gmane.emacs.devel Subject: Compiled file behaves differently than the uncompiled file (Was Re: bug#19582) Date: Tue, 27 Jan 2015 22:45:20 -0600 Message-ID: <87fvavcy3j.fsf_-_@gmail.com> References: <851tmyah3n.fsf@iznogoud.viz> <87k30q65gp.fsf@vh213601.truman.edu> <85egqy8yaq.fsf@iznogoud.viz> <858uh6zd0m.fsf@iznogoud.viz> Reply-To: jay.p.belanger@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422420388 23705 80.91.229.3 (28 Jan 2015 04:46:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 28 Jan 2015 04:46:28 +0000 (UTC) Cc: jay.p.belanger@gmail.com To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 28 05:46:28 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YGKWI-0001cT-Uf for ged-emacs-devel@m.gmane.org; Wed, 28 Jan 2015 05:46:27 +0100 Original-Received: from localhost ([::1]:51276 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGKWH-00009D-V0 for ged-emacs-devel@m.gmane.org; Tue, 27 Jan 2015 23:46:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGKWD-00008D-CQ for emacs-devel@gnu.org; Tue, 27 Jan 2015 23:46:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YGKW8-000835-Ei for emacs-devel@gnu.org; Tue, 27 Jan 2015 23:46:21 -0500 Original-Received: from mail-oi0-x229.google.com ([2607:f8b0:4003:c06::229]:42868) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YGKW8-00082y-8v for emacs-devel@gnu.org; Tue, 27 Jan 2015 23:46:16 -0500 Original-Received: by mail-oi0-f41.google.com with SMTP id z81so15884713oif.0 for ; Tue, 27 Jan 2015 20:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:references:reply-to:cc:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=m78aM/t8yTyQjGCevcc3/MHzng0bZJkXJgRaHfrIm+Q=; b=sevvSUqMgKjRfiH0r/1p8AZG/xUoCJq3SS749eRgpxp6pPcISim2nj9VI6JV9wYoJl aGUrZgQGLIccoORzyP1TcaeO0Ez3qpyoWcibtFNqX8Sj4E3KPvPyYKRRMhGuMkEQW57b rssSWeSYQlrzDvZTSwb1LlWf5LJwCr2N6Jd/f01/DJ88EGhO5NF5Ok24OsTkPRkgSN9d vnzOvydFy44AJ/rvxTtiGtN//TGjiD58DhyX/eYgF/aHC3IHSVZu1LRiC0NX/oWWzDI/ 3mN9BB+MF15C0G8qCvJbTtYIxSwByouqYR02yfqxQ8Z7cLOTF8m79qn/63dX4rzgKVOn PYRA== X-Received: by 10.182.48.137 with SMTP id l9mr882672obn.43.1422420374958; Tue, 27 Jan 2015 20:46:14 -0800 (PST) Original-Received: from belanger-home (67-60-106-71.cpe.cableone.net. [67.60.106.71]) by mx.google.com with ESMTPSA id v187sm1814001oie.2.2015.01.27.20.46.13 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Tue, 27 Jan 2015 20:46:13 -0800 (PST) In-Reply-To: <858uh6zd0m.fsf@iznogoud.viz> (Wolfgang Jenkner's message of "Tue, 13 Jan 2015 20:39:05 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::229 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:181877 Archived-At: Wolfgang Jenkner writes: ... > In emacs -Q, do `M-x calc' then convert, say 1m, to cm, i.e., > > ' 1 m u c c m > > This gives `100 cm' on top of the stack (a plain integer scalar). > > Next, start another emacs -Q instance, do `M-x calc' and then, before > anything else, `M-: (load-library "calc-units")'. > > Now the same conversion exercise as before gives `100. cm' on the stack > instead (a calc float). The float appears because Calc does units simplifications differently if the calc-units.elc file is loaded too soon. I'm not sure why. I could probably narrow the problem down a little more, but not too far since the problem is in the elc file, not the el file. If the calc-units.elc file is loaded when it is supposed to be, the float doesn't appear. If the calc-units.elc file is loaded right away, then the float appears. If the calc-units.el file is loaded right away, then the float doesn't appear. What could cause the elc file to behave differently than the el file?