This is the mail archive of the
mailing list for the GCC project.
Re: Solaris vtv port breaks x32 build
- From: Ulrich Drepper <drepper at gmail dot com>
- To: Bernd Edlinger <bernd dot edlinger at hotmail dot de>
- Cc: Jeff Law <law at redhat dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>, Rainer Orth <ro at cebitec dot uni-bielefeld dot de>
- Date: Tue, 1 Dec 2015 10:25:15 -0500
- Subject: Re: Solaris vtv port breaks x32 build
- Authentication-results: sourceware.org; auth=none
- References: <HE1PR07MB0905E4A87A2640E4B45C787BE40F0 at HE1PR07MB0905 dot eurprd07 dot prod dot outlook dot com>
On Tue, Dec 1, 2015 at 10:16 AM, Bernd Edlinger
> Your host_alias looks wrong: isn't it equal to your build_alias ?
Yes. The goal is to basically build a native compiler but prevent it
from trying to run any binaries. There is no fine-grained way to tell
the configuration mechanism to run x86-64 and x86 binaries, but not
The config mechanism I use worked nicely for quite a while until this
one change. All the other libraries have no issue with the
configuration. It's been a long time since I dug deeply into all this
autoconf magic. It just seems that in libvtv the settings are applied
differently. I do see this of course:
if test "x$host_alias" != x; then
if test "x$build_alias" = x; then
$as_echo "$as_me: WARNING: If you wanted to set the --build type,
don't use --host.
If a cross compiler is detected then cross compile mode will be used." >&2
elif test "x$build_alias" != "x$host_alias"; then
This will cause cross_compiling not to be set. The question is
whether libvtv is really unique in its requirements or whether the
other configure scripts in the project are doing something more to
prevent this type of problem.