* bug#29620: configure fails when cross-compiling for the same architecture
@ 2017-12-09 0:10 Pip Cet
2017-12-13 19:44 ` Paul Eggert
0 siblings, 1 reply; 5+ messages in thread
From: Pip Cet @ 2017-12-09 0:10 UTC (permalink / raw)
To: 29620, eggert
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.
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?
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#29620: configure fails when cross-compiling for the same architecture
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
2020-08-10 15:42 ` Stefan Kangas
0 siblings, 1 reply; 5+ messages in thread
From: Paul Eggert @ 2017-12-13 19:44 UTC (permalink / raw)
To: Pip Cet; +Cc: 29620
[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).
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#29620: configure fails when cross-compiling for the same architecture
2017-12-13 19:44 ` Paul Eggert
@ 2020-08-10 15:42 ` Stefan Kangas
2020-08-10 15:44 ` Pip Cet
2020-08-11 9:39 ` Paul Eggert
0 siblings, 2 replies; 5+ messages in thread
From: Stefan Kangas @ 2020-08-10 15:42 UTC (permalink / raw)
To: Paul Eggert; +Cc: Pip Cet, 29620
Paul Eggert <eggert@cs.ucla.edu> writes:
> [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).
No update here within two and a half years. From reading the bug
report, it is not clear to me if there is more to do here or not.
(No support for cross-compilation is a known issue tracked in
e.g. Bug#9192.)
So should this be closed?
Best regards,
Stefan Kangas
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#29620: configure fails when cross-compiling for the same architecture
2020-08-10 15:42 ` Stefan Kangas
@ 2020-08-10 15:44 ` Pip Cet
2020-08-11 9:39 ` Paul Eggert
1 sibling, 0 replies; 5+ messages in thread
From: Pip Cet @ 2020-08-10 15:44 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Paul Eggert, 29620-done
On Mon, Aug 10, 2020 at 3:42 PM Stefan Kangas <stefan@marxist.se> wrote:
> So should this be closed?
Yes, thanks!
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#29620: configure fails when cross-compiling for the same architecture
2020-08-10 15:42 ` Stefan Kangas
2020-08-10 15:44 ` Pip Cet
@ 2020-08-11 9:39 ` Paul Eggert
1 sibling, 0 replies; 5+ messages in thread
From: Paul Eggert @ 2020-08-11 9:39 UTC (permalink / raw)
To: Stefan Kangas; +Cc: Pip Cet, 29620-done
On 8/10/20 8:42 AM, Stefan Kangas wrote:
> No update here within two and a half years. From reading the bug
> report, it is not clear to me if there is more to do here or not.
The need prompting the original bug report is gone now that MPX support has been
removed from Emacs.
The more-general problem probably remains, but the need is relatively low (as
evidenced by no discussion for years) so I'll take the liberty of closing this
bug report. We can always reopen it later, or file a new bug report, or whatever.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-08-11 9:39 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
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
2020-08-10 15:42 ` Stefan Kangas
2020-08-10 15:44 ` Pip Cet
2020-08-11 9:39 ` Paul Eggert
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).