all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Paul Eggert <eggert@cs.ucla.edu>
To: Pip Cet <pipcet@gmail.com>
Cc: 29620@debbugs.gnu.org
Subject: bug#29620: configure fails when cross-compiling for the same architecture
Date: Wed, 13 Dec 2017 11:44:19 -0800	[thread overview]
Message-ID: <d14144ec-06e2-ac21-7478-4ee2788bf6fd@cs.ucla.edu> (raw)
In-Reply-To: <CAOqdjBd+WWfWTsXTSPOxOfvF44NQ8+Uk1amU88R_gQnnjRdkyw@mail.gmail.com>

[Sending again, as my earlier message was CC'ed to the wrong bug number.]

On 12/08/2017 04:10 PM, Pip Cet wrote:
 > I tried building Paul's MPX patch on a CPU that doesn't support MPX,
 > so I could run the executable with Intel's CPU emulator. I used
 > ./configure CFLAGS="-O2 -g3 -mmpx -fcheck-pointer-bounds", but that
 > failed because the executable produced by the tputs test cannot run
 > (natively) on my CPU.

That's odd, since MPX instructions are supposed to be no-ops on non-MPX 
CPUs. "./configure CC='gcc -mmpx -fcheck-pointer-bounds' && make" works 
fine on Emacs master when I build it on my old non-MPX desktop running 
Fedora 27 x86-64. This is an AMD Phenom II X4 910e processor (circa 2010).

 > It would be nice to have a configure option to specify that while
 > build and target machines share the same architecture, they don't
 > share the same -m flags, so that we're effectively cross-compiling. Is
 > this possible with autoconf?

I would think that a cross-compiler-enabled configure script would work 
easily with that, as it shouldn't care how closely related the build and 
target machines are. However, the Emacs build procedure isn't designed 
to work in cross-compilation builds so I'm afraid that if you want to 
cross-compile you'll need to do it by hand (admittedly a daunting prospect).






  reply	other threads:[~2017-12-13 19:44 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-09  0:10 bug#29620: configure fails when cross-compiling for the same architecture Pip Cet
2017-12-13 19:44 ` Paul Eggert [this message]
2020-08-10 15:42   ` Stefan Kangas
2020-08-10 15:44     ` Pip Cet
2020-08-11  9:39     ` Paul Eggert

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d14144ec-06e2-ac21-7478-4ee2788bf6fd@cs.ucla.edu \
    --to=eggert@cs.ucla.edu \
    --cc=29620@debbugs.gnu.org \
    --cc=pipcet@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.