This is the mail archive of the
mailing list for the GDB project.
RE: [commit] [testsuite patch] Fix gdb.btrace/tailcall-only.exp errors on x86_64-m32
> -----Original Message-----
> From: Pedro Alves [mailto:email@example.com]
> Sent: Wednesday, July 20, 2016 5:08 PM
> To: Jan Kratochvil <firstname.lastname@example.org>
> Cc: Metzger, Markus T <email@example.com>; gdb-
> Subject: Re: [commit] [testsuite patch] Fix gdb.btrace/tailcall-only.exp errors on
> On 07/20/2016 03:38 PM, Jan Kratochvil wrote:
> > On Wed, 20 Jul 2016 16:36:46 +0200, Pedro Alves wrote:
> >> Not sure this particular commit, but AFAIK, there's no target
> >> triplet for x32, even.
> > https://sourceware.org/glibc/wiki/x32
> > ->
> > x86_64-x32-linux
> AFAICS, that "x32" is in the "vendor" part of the triplet, which should
> never mean anything for the tools themselves, being a free field to use by
> whoever builds the tools, in order to give the binaries a unique
> file name (x86_64-x32-linux-gcc, etc.), and for branding, like
> x86_64-redhat-linux-gcc. AFAICS, nothing in config.sub, and the
> different configure scripts in binutils-gdb select on *-x32-*.
> ISTR that a triplet like x86_64-*-linux-gnux32 or x86_64-*-linux-gnu-x32
> was originally proposed, but then the toolchain ended using strictly
> multilib flags to select/detect x32. But, actually, now that I grep, I find
> a few hits on "x86_64-*-linux-gnux32", though not many, so it looks like
> there's a triplet after all.
I use the triplet to select the source files for a test. Seems that wasn't such
a good idea.
Using the pointer size doesn't seem to be such a good idea, either, as x32
uses x86_64 ISA with 32-bit pointers.
Is there a recommended/documented way on how this should be done?
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928