From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Fran Litterio" Newsgroups: gmane.emacs.bugs Subject: bug#722: More Visual Studio 6.0 compiler errors on Windows XP Date: Fri, 15 Aug 2008 12:39:27 -0400 Message-ID: References: Reply-To: Fran Litterio , 722@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_131246_1459455.1218818367192" X-Trace: ger.gmane.org 1218818875 28753 80.91.229.12 (15 Aug 2008 16:47:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Aug 2008 16:47:55 +0000 (UTC) Cc: schwab@suse.de, 722@emacsbugs.donarmstrong.com, bug-submit-list@donarmstrong.com, bug-gnu-emacs@gnu.org, don@donarmstrong.com To: "Eli Zaretskii" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 15 18:48:46 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KU2Tk-0001Jp-Rn for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Aug 2008 18:48:45 +0200 Original-Received: from localhost ([127.0.0.1]:33973 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KU2So-0007Pz-5j for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Aug 2008 12:47:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KU2Sj-0007PU-Ns for bug-gnu-emacs@gnu.org; Fri, 15 Aug 2008 12:47:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KU2Se-0007Nq-EF for bug-gnu-emacs@gnu.org; Fri, 15 Aug 2008 12:47:40 -0400 Original-Received: from [199.232.76.173] (port=53936 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KU2Se-0007Nn-BR for bug-gnu-emacs@gnu.org; Fri, 15 Aug 2008 12:47:36 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:47759) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KU2Sd-0005Ky-Lr for bug-gnu-emacs@gnu.org; Fri, 15 Aug 2008 12:47:36 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7FGlPEY029347; Fri, 15 Aug 2008 09:47:25 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m7FGj5uu028240; Fri, 15 Aug 2008 09:45:05 -0700 X-Loop: don@donarmstrong.com Resent-From: "Fran Litterio" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , don@donarmstrong.com Resent-Date: Fri, 15 Aug 2008 16:45:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 722 X-Emacs-PR-Package: emacs,w32 X-Emacs-PR-Keywords: Original-Received: via spool by 722-submit@emacsbugs.donarmstrong.com id=B722.121881837226503 (code B ref 722); Fri, 15 Aug 2008 16:45:05 +0000 Original-Received: (at 722) by emacsbugs.donarmstrong.com; 15 Aug 2008 16:39:32 +0000 Original-Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m7FGdRES026449 for <722@emacsbugs.donarmstrong.com>; Fri, 15 Aug 2008 09:39:29 -0700 Original-Received: by yx-out-2324.google.com with SMTP id 8so690285yxg.31 for <722@emacsbugs.donarmstrong.com>; Fri, 15 Aug 2008 09:39:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=T3q9rXVEiPHqiXr3APENPJeYEsaxZLJ2TtLlMbwD5dI=; b=x61CQIgKY7c4oaxG3R5tCS7rgB2DHjFpXgJqRq97dCArpqyjYGWMqp3hdQnorC9M/K Micy4G+YjWR6wMMn2EoVuqG2s1euWiui//5BIKFrNNenfEk8HSdzH+7t35yEd/h/X2B2 bhO9+ZWIpsHLr0ut5cH7H4xnQFIPhTndrAQ48= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=M9T24XSmQEPWxiCwSk7zae01VhJkmlB2CshiZrcMRhVzy6TsjR4PZNHQO4BuBPvEve dCiBNGrV3N8hBKt62qaNsg5zWAxHuE3rmy0nhJd34E1vwEHAmRFGwyDy5RISIjcSJrpO tHlrkW2u6f9bBJ2QRDkPPNsfUHmJNuV280Sx0= Original-Received: by 10.114.133.1 with SMTP id g1mr2791056wad.149.1218818367179; Fri, 15 Aug 2008 09:39:27 -0700 (PDT) Original-Received: by 10.115.59.15 with HTTP; Fri, 15 Aug 2008 09:39:27 -0700 (PDT) In-Reply-To: X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Fri, 15 Aug 2008 12:47:40 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:19467 Archived-At: ------=_Part_131246_1459455.1218818367192 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Eli wrote: > From: Francis Litterio > Emacs has always compiled using VC++ 6.0 in the past, so some change > > must have introduced this problem. > > The problems in w32.c are due to a recent change I did to impement two > new primitives, but the change in dired.c that made st_size be > unsigned 64-bit type is fairly old. When did you last build the CVS > code? > Some timestamp sleuthing leads me to believe it was Jan 19th, 2008. > Also, a 64-bit integer (signed or unsigned) cannot safely be cast to > > double without loss of data. > > Yes, when file sizes will start hitting 64-bits, we will start losing > precision here. But I hope till then all compilers will have long > double data type, and then this code could be fixed. Good point! -- Fran ------=_Part_131246_1459455.1218818367192 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Eli wrote:

> From: Francis Litterio
> Emacs has always compiled using VC++ 6.0 in the past, so some change
> must have introduced this problem.

The problems in w32.c are due to a recent change I did to impement two
new primitives, but the change in dired.c that made st_size be
unsigned 64-bit type is fairly old.  When did you last build the CVS
code?

Some timestamp sleuthing leads me to believe it was Jan 19th, 2008.

> Also, a 64-bit integer (signed or unsigned) cannot safely be cast to
> double without loss of data.

Yes, when file sizes will start hitting 64-bits, we will start losing
precision here.  But I hope till then all compilers will have long
double data type, and then this code could be fixed.

Good point!
--
Fran
 

------=_Part_131246_1459455.1218818367192--