[Bug libc/23630] x86 multiarch works only for i686 target

ikalvachev at gmail dot com sourceware-bugzilla@sourceware.org
Wed Sep 12 10:08:00 GMT 2018


https://sourceware.org/bugzilla/show_bug.cgi?id=23630

Ivan Kalvachev <ikalvachev at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|WORKSFORME                  |---

--- Comment #4 from Ivan Kalvachev <ikalvachev at gmail dot com> ---
(In reply to Florian Weimer from comment #3)
> (In reply to Ivan Kalvachev from comment #2)
> It will work fine if the distribution implements this correctly (which isn't
> hard).  We did this in Fedora for a long time (although for Xen PV support,
> not i586).

Well, one problem is that a lot of the fine details about building glibc are
not documented at all. A lot of the work involves try and error or asking glibc
developers.

I've never found anything saying that multi-arch works only on i686, I had to
experiment a lot before I could find how to get SIMD functions.

Actually, last time I tried building i586 with multi-arch on glibc.2.28 it
failed during build time. Something about missing _memcmp_ia32 ...

So please, investigate a little before closing a bug.

> This is a distribution problem, and not something that has to change in the
> upstream sources.

I asked the distribution first and I was not able to convince Patrik.
I have asked Mesa3D and they do not think it is their problem.
And you think it is distribution problem.

I'm just running in a circles where everybody thinks it is not their problem.

Every other program in the world that uses SIMD, checks CPUID and picks the
most fitting function. Only glibc for some historical reasons has a multiple
builds for x86_32 architecture that are not compatible with each other.

It's something that should have been fixed 17 years ago.

I understand why you do not want to work on it, even if it is a task that could
be done for a day (excluding QA testing). It is not something that would
benefit your employer RH.

But please, at very minimum, add it to the TODO list, next to the i386/x86
reorganization. Maybe somebody will find the will to fix that horrible mess.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Glibc-bugs mailing list