RE: [commit] [testsuite patch] Fix gdb.btrace/tailcall-only.exp errors on x86_64-m32

["Metzger, Markus T" <markus.t.metzger@intel.com>]

> -----Original Message-----
> From: Pedro Alves [mailto:palves@redhat.com]
> Sent: Wednesday, July 20, 2016 5:08 PM
> To: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: Metzger, Markus T <markus.t.metzger@intel.com>; gdb-
> patches@sourceware.org
> Subject: Re: [commit] [testsuite patch] Fix gdb.btrace/tailcall-only.exp errors on
> x86_64-m32
> 
> 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?


thanks,
Markus.

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