From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.devel Subject: Re: Problem with library images on Windows (again) Date: Fri, 20 May 2005 18:52:00 +0300 Message-ID: <01c55d54$Blat.v2.4$04c543c0@zahav.net.il> References: <01c55c26$Blat.v2.4$0ef86680@zahav.net.il> <01c55ca5$Blat.v2.4$dd149500@zahav.net.il> <01c55d0c$Blat.v2.4$8d418800@zahav.net.il> <428DB8F3.3070108@gnu.org> <01c55d4a$Blat.v2.4$8e2e76e0@zahav.net.il> <428E065E.6040307@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1116605092 1498 80.91.229.2 (20 May 2005 16:04:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 May 2005 16:04:52 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 20 18:04:41 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DZ9vw-0007H4-Pd for ged-emacs-devel@m.gmane.org; Fri, 20 May 2005 18:01:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DZ9yo-0001F4-Qa for ged-emacs-devel@m.gmane.org; Fri, 20 May 2005 12:04:06 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DZ9yK-00017E-Ov for emacs-devel@gnu.org; Fri, 20 May 2005 12:03:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DZ9yH-00015r-W8 for emacs-devel@gnu.org; Fri, 20 May 2005 12:03:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DZ9yH-00012z-Rj for emacs-devel@gnu.org; Fri, 20 May 2005 12:03:33 -0400 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DZ9z4-0003LY-Ia; Fri, 20 May 2005 12:04:22 -0400 Original-Received: from zaretski (IGLD-83-130-247-87.inter.net.il [83.130.247.87]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BGZ12187 (AUTH halo1); Fri, 20 May 2005 18:55:30 +0300 (IDT) Original-To: Jason Rumney X-Mailer: emacs 22.0.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: <428E065E.6040307@gnu.org> (message from Jason Rumney on Fri, 20 May 2005 16:46:38 +0100) 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:37394 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:37394 > Date: Fri, 20 May 2005 16:46:38 +0100 > From: Jason Rumney > CC: Juanma Barranquero , emacs-devel@gnu.org > > Without looking at the disassembly, I'd guess that MinGW gcc and > non-optimised MSVC builds restore the stack pointer from a known > location regardless of the calling convention, which should always work. > > > >If we know this, we could fix the DEF_IMGLIB_FN macro so that it does > >TRT for both compilers, e.g., by using __MINGW__ condition. > > > > > I think TRT will not depend on __MINGW__. Mingw works despite there > being a bug, not because of it. So you are saying that MinGW works simply because it doesn't optimize as well as MSVC, yes? That could be it, but I'd prefer that someone looks at the code produced by MinGW and see that it indeed doesn't restore the stack pointer, either.