On 01/21/2016 12:45 AM, Neal Gompa wrote:
We don't store libraries and headers in such a way that the different
arches can coexist without clobbering.
Headers being installed to /usr/include must be multilib capable. I.e.
they either must be arch-independent or contain sufficient magic
(conditionals) to cope with all fedora archs.
That would be possible if we
have something like this:
/usr/lib/<gcc-platform-id>
/usr/include/<gcc-platform-id>
Current practice is
/usr/include/ ... for nonarch headers.
/usr/{lib,lib64}/... for arched parts of a package, comprising arched
headers.
For example, a 32-bit x86 platform would probably use
"i686-redhat-linux-gnu", whereas a 64-bit x86 platform would use
"x86_64-redhat-linux-gnu".
Without that, it would be tough to guarantee that installing the
32-bit version of a devel package would produce a consistent and sane
build compared to an actual 32-bit chroot.
No, cf. above.
Does anybody still have a non yum-only based x86_64 system? I suspecting
and am pretty sure this issue is caused by yet another brokenness in dnf.
Ralf
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
http://lists.fedoraproject.org/admin/lists/devel@xxxxxxxxxxxxxxxxxxxxxxx
