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: [RFC] Correctly handling MinGW-w64 Date: Mon, 17 Nov 2014 18:34:07 +0100 Message-ID: <87y4r9pw8g.fsf@wanadoo.es> References: <87r3x2qyjg.fsf@wanadoo.es> <83d28lddvm.fsf@gnu.org> <87389hrey8.fsf@wanadoo.es> <83lhn9bx9u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1416245695 20692 80.91.229.3 (17 Nov 2014 17:34:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Nov 2014 17:34:55 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 17 18:34:48 2014 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 1XqQCL-00014i-Bi for ged-emacs-devel@m.gmane.org; Mon, 17 Nov 2014 18:34:45 +0100 Original-Received: from localhost ([::1]:49466 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqQCL-0002iN-0j for ged-emacs-devel@m.gmane.org; Mon, 17 Nov 2014 12:34:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49122) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqQC2-0002hH-M1 for emacs-devel@gnu.org; Mon, 17 Nov 2014 12:34:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XqQBx-0007eX-5v for emacs-devel@gnu.org; Mon, 17 Nov 2014 12:34:26 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:48919) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqQBw-0007eJ-Vo for emacs-devel@gnu.org; Mon, 17 Nov 2014 12:34:21 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XqQBv-0000qL-Cz for emacs-devel@gnu.org; Mon, 17 Nov 2014 18:34:19 +0100 Original-Received: from 132.red-79-158-48.staticip.rima-tde.net ([79.158.48.132]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 Nov 2014 18:34:19 +0100 Original-Received: from ofv by 132.red-79-158-48.staticip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 Nov 2014 18:34:19 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 28 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 132.red-79-158-48.staticip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:wpveFWYMSaoocqVr9zW5LEh5sRM= 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:177459 Archived-At: Eli Zaretskii writes: >> From: Óscar Fuentes >> Date: Mon, 17 Nov 2014 17:04:31 +0100 >> >> > Sounds like some Binutils problem. Can you invoke the resulting >> > binary from the cmd.exe command line? >> >> No: >> >> $ src/temacs.exe >> bash: src/temacs.exe: cannot execute binary file: Exec format error >> >> Doing the same from cmd.exe results on the OS showing a fancy banner >> that says that this application can't run on my Pc, which I interpret as >> the user friendly way of saying the same as bash says. > > I suggest to take this up with MinGW64 developers. Think that the MinGW64/MSYS2 developers know the issue. There is an emacs-git build recipe in MSYS2 with no corresponding binary package, because the build fails. Right now the emacs master build finished correctly on Windows XP 32 bits with MSYS2 with the same binary packages as the Windows 8.1 64 bits with MSYS2 64 bits, where the temacs.exe problem happens. It seems that there is something on MSYS2 64 bits that affects how temacs.exe is created. I'll mention this data point on the MSYS2 ml.