From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Anyone building Emacs trunk with MinGW w64 (32 bits) Date: Tue, 26 Mar 2013 21:17:23 +0100 Message-ID: <877gktc3vw.fsf@wanadoo.es> References: <87zjxumbjf.fsf@wanadoo.es> <83vc8f1t0x.fsf@gnu.org> <87sj3jcr6t.fsf@wanadoo.es> <86zjxrs4jm.fsf@gmail.com> <87k3ovcn1r.fsf@wanadoo.es> <86fvzj2gkz.fsf@gmail.com> <87sj3jaqfs.fsf@wanadoo.es> <83y5dazmpt.fsf@gnu.org> <86ehf2zefk.fsf@gmail.com> <86li9az2sw.fsf@gmail.com> <83hajyz1mi.fsf@gnu.org> <867gku88lx.fsf@gmail.com> <83a9pqysc5.fsf@gnu.org> <86sj3i6ndd.fsf@gmail.com> <83620eyonh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1364329066 30559 80.91.229.3 (26 Mar 2013 20:17:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 26 Mar 2013 20:17:46 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 26 21:18:12 2013 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 1UKaJp-0005HM-IO for ged-emacs-devel@m.gmane.org; Tue, 26 Mar 2013 21:18:05 +0100 Original-Received: from localhost ([::1]:43033 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UKaJR-0002We-Di for ged-emacs-devel@m.gmane.org; Tue, 26 Mar 2013 16:17:41 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UKaJO-0002WY-Dc for emacs-devel@gnu.org; Tue, 26 Mar 2013 16:17:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UKaJM-0007Jh-UH for emacs-devel@gnu.org; Tue, 26 Mar 2013 16:17:38 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:55355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UKaJM-0007JO-Ni for emacs-devel@gnu.org; Tue, 26 Mar 2013 16:17:36 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UKaJh-0004hM-Ui for emacs-devel@gnu.org; Tue, 26 Mar 2013 21:17:57 +0100 Original-Received: from 87.red-88-15-56.dynamicip.rima-tde.net ([88.15.56.87]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Mar 2013 21:17:57 +0100 Original-Received: from ofv by 87.red-88-15-56.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Mar 2013 21:17:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 87.red-88-15-56.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:emn/miDfgJ+VkFL8wAsKxBs+gPY= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:158244 Archived-At: Eli Zaretskii writes: > The latest trunk avoids defining HAVE__SETJMP for MinGW64, in > nt/config.nt (did you remember to run configure.bat?): > > /* Define to 1 if _setjmp and _longjmp work. MinGW64 uses a > 2-argument _setjmp, and setjmp is a macro defined to supply the 2nd > arg correctly, so don't use _setjmp directly in that case. */ > #ifndef _W64 > #define HAVE__SETJMP 1 > #endif > > And HAVE_SIGSETJMP is not defined in the MinGW build. So the above > snippet from lisp.h should have define sys_setjmp as a call to setjmp, > not to _setjmp. And setjmp is defined as follows on MinGW64's > setjmp.h header file: > > #define setjmp(BUF) _setjmp((BUF), __builtin_frame_address (0)) > > So why isn't this working? why eval.c somehow calls _setjmp with only > 1 argument? While compiling eval.c, at the time config.h is preprocessed _W64 is undefined because no MinGW header was #included yet.