This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Detect and select i586/i686 implementation at run-time
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Roland McGrath <roland at hack dot frob dot com>
- Cc: Zack Weinberg <zackw at panix dot com>, "H.J. Lu" <hjl dot tools at gmail dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Wed, 26 Aug 2015 19:51:20 +0000
- Subject: Re: [PATCH] Detect and select i586/i686 implementation at run-time
- Authentication-results: sourceware.org; auth=none
- References: <20150826155705 dot GA26329 at intel dot com> <alpine dot DEB dot 2 dot 10 dot 1508261628130 dot 13146 at digraph dot polyomino dot org dot uk> <CAKCAbMj-hBMLEztKU1Q88PoTjcpd4o31y019SzeuMnftLi=N-w at mail dot gmail dot com> <20150826181559 dot A34532C39E3 at topped-with-meat dot com>
On Wed, 26 Aug 2015, Roland McGrath wrote:
> I don't think there is any real confusion. The first-order sysdeps/
> subdirectory names use the configure tuple vocabulary, so it's i386
> because that's the CPU name in the tuple. Indeed using different
> names would be a giant pain technically, but I also think it would
> create confusion, not reduce it.
It would be extremely easy technically. The preconfigure fragments can
implement whatever mapping they choose from configure tuples to
base_machine and machine values - mapping i[4567]86 to x86-32 would be no
different from mapping them to i386 as at present. (I'm not saying that
we *should* rename, just that it would not introduce any new technical
complications.)
--
Joseph S. Myers
joseph@codesourcery.com