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.bugs Subject: bug#19111: 25.0.50; 32 bits temacs.exe is linked with wrong image-base when built on 64 bit Windows host Date: Tue, 25 Nov 2014 21:52:04 +0100 Message-ID: <87egsrnguj.fsf@wanadoo.es> References: <87fvdfrl4p.fsf@telefonica.net> <83k32q7wkl.fsf@gnu.org> <87bno2swxp.fsf@wanadoo.es> <83egsy7d2x.fsf@gnu.org> <87siheqzq9.fsf@wanadoo.es> <83389d7t89.fsf@gnu.org> <87a93lrgct.fsf@wanadoo.es> <83mw7l6bjc.fsf@gnu.org> <87389dragi.fsf@wanadoo.es> <83egsx60um.fsf@gnu.org> <87y4r5pgae.fsf@wanadoo.es> <87ioi8pg84.fsf@wanadoo.es> <87egswpf9p.fsf@wanadoo.es> <87a93kp3lb.fsf@wanadoo.es> <9hwq6o11ud.fsf@fencepost.gnu.org> <87389cox4u.fsf@wanadoo.es> <87mw7gngw8.fsf@wanadoo.es> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416948815 21193 80.91.229.3 (25 Nov 2014 20:53:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 25 Nov 2014 20:53:35 +0000 (UTC) Cc: 19111@debbugs.gnu.org To: Dani Moncayo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 25 21:53:26 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1XtN6u-0004Du-JO for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Nov 2014 21:53:20 +0100 Original-Received: from localhost ([::1]:59503 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XtN6u-0000EZ-8D for geb-bug-gnu-emacs@m.gmane.org; Tue, 25 Nov 2014 15:53:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XtN6j-0000EH-Oh for bug-gnu-emacs@gnu.org; Tue, 25 Nov 2014 15:53:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XtN6c-0001CD-Rp for bug-gnu-emacs@gnu.org; Tue, 25 Nov 2014 15:53:09 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XtN6c-0001C9-Mr for bug-gnu-emacs@gnu.org; Tue, 25 Nov 2014 15:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XtN6c-0000Eu-7f for bug-gnu-emacs@gnu.org; Tue, 25 Nov 2014 15:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?=C3=93scar?= Fuentes Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Nov 2014 20:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19111 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19111-submit@debbugs.gnu.org id=B19111.1416948731849 (code B ref 19111); Tue, 25 Nov 2014 20:53:02 +0000 Original-Received: (at 19111) by debbugs.gnu.org; 25 Nov 2014 20:52:11 +0000 Original-Received: from localhost ([127.0.0.1]:45288 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtN5m-0000Dc-Lz for submit@debbugs.gnu.org; Tue, 25 Nov 2014 15:52:11 -0500 Original-Received: from smtp22.acens.net ([86.109.99.146]:31046 helo=smtp.movistar.es) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XtN5j-0000DP-Le for 19111@debbugs.gnu.org; Tue, 25 Nov 2014 15:52:09 -0500 X-CTCH-RefID: str=0001.0A0B0204.5474EBF6.00F9, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-Spam: Unknown Original-Received: from qcore (88.10.128.129) by smtp.movistar.es (8.6.122.03) (authenticated as 981711563$telefonica.net) id 545397C000D11B88; Tue, 25 Nov 2014 20:52:06 +0000 In-Reply-To: (Dani Moncayo's message of "Tue, 25 Nov 2014 21:26:41 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:96571 Archived-At: Dani Moncayo writes: > I've done some test, and there is something that looks wrong to me (I > know almost nothing about these things, so correct me if I'm wrong): > > IIUC, the way to explicitly tell the "destination platform" (i.e. the > "host" platform) is with the --host parameter to 'configure'. So I've > tried this from a MSYS2 (64 bit) environment: > -------------------------------------------------- > $ ./autogen.sh > [...] > $ ./configure --host=i686-pc-mingw64 > [...] > checking whether make supports nested variables... (cached) yes > checking build system type... x86_64-pc-mingw32 > checking host system type... i686-pc-mingw64 > checking the compiler's target... i686-w64-mingw32 > checking for i686-pc-mingw64-gcc... no > checking for i686-pc-mingw64-cc... no > checking for i686-pc-mingw64-cl... no > checking for i686-pc-mingw64-clang... no > checking for i686-pc-mingw64-... no > checking for i686-pc-mingw64-... no > checking for gcc... gcc > checking whether the C compiler works... yes > [...] > -------------------------------------------------- > > IIUC, in that case the configure script should not check the > compiler's target, because I'm suplying that information in the --host > parameter. Yes, you are correct. I spend too much time working on cross-compilers, I guess. > I think that the problem is that you are checking $target_alias, when > TRT would be to check $host_alias instead (which holds the value of > the --host parameter). > > Also, if we want to avoid "transient" values of $canonical, we could > set that variable only once, when we know its final value. The `transience' of $canonical is not about setting it before or after the mingw check is made. The proposal on your previous e-mail suggested to move the check after the "checking for gcc..." test. That's a big leap when I work with the premise of altering only the parts that are mingw-specific. > At the end of this message is a patch along these lines. I've tested > it a bit and seems to work fine. For example: [snip] The s/target/host part is ok. Moving $canonical to the end of the mingw-specific code makes little sense. Overwriting it inside the mingw-specific block is ok.