From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Sun Yijiang Newsgroups: gmane.emacs.bugs Subject: image.c optimization problem Date: Wed, 10 Nov 2004 09:32:10 +0800 Message-ID: <5065e29004110917323567a915@mail.gmail.com> Reply-To: Sun Yijiang NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1100050361 30589 80.91.229.6 (10 Nov 2004 01:32:41 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 10 Nov 2004 01:32:41 +0000 (UTC) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 10 02:32:33 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CRhLd-0000UA-00 for ; Wed, 10 Nov 2004 02:32:33 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CRhU3-0002np-RG for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Nov 2004 20:41:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CRhU0-0002nj-W8 for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2004 20:41:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CRhU0-0002nX-Ho for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2004 20:41:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CRhU0-0002nU-FL for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2004 20:41:12 -0500 Original-Received: from [64.233.170.203] (helo=rproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CRhLX-0002fN-F8 for bug-gnu-emacs@gnu.org; Tue, 09 Nov 2004 20:32:27 -0500 Original-Received: by rproxy.gmail.com with SMTP id a41so140604rng for ; Tue, 09 Nov 2004 17:32:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=Wstmr/lv3uNuZkjOG8xODPVCh38IvI0nD2klYST9lOvWhXQNbBxKXz1NPEbT9qJYxKPxodi4i3WYO62jqQXh/pLx7nZS6q74VggzSiAqI6W734oxLxo++Mmd0RwYqgM8yp9XhJHu1/1HFOJsq2NWX9xswnSVG5aR3SRuDYQd6J0= Original-Received: by 10.38.165.3 with SMTP id n3mr787172rne; Tue, 09 Nov 2004 17:32:10 -0800 (PST) Original-Received: by 10.38.24.16 with HTTP; Tue, 9 Nov 2004 17:32:10 -0800 (PST) Original-To: bug-gnu-emacs@gnu.org 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: main.gmane.org gmane.emacs.bugs:9648 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:9648 Under win32, when compiled with "configure --no-opt", everything is OK. But when compiled with optimization, emacs cannot view some pictures properly or even crashed on these pictures. I tried to compile image.c with NO optimization flags and other sources WITH opt flags, then everything is OK. So I suggest a modification on "src/makefile.w32-in" and "nt/nmake.defs", which makes image.c compiled with NO optimization seperately. I think we really need a optimized emacs, emacs.exe compiled with optimization performs much better than that compiled with no optimization. Tested compilers are MSVC 6.0 and VCtoolkit 2003.