Red Hat Bugzilla – Bug 342601
multiarch conflicts in mhash
Last modified: 2014-03-16 23:10:30 EDT
mhash (or one of its subpacakges) has multiarch conflicts when installed for both i386 and x86_64 in the Fedora development tree. For help in resolving them, see http://fedoraproject.org/wiki/PackagingDrafts/MultilibTricks.
file /usr/include/mutils/mhash_config.h from install of mhash-devel-0.9.9-3 conflicts with file from package mhash-devel-0.9.9-3
(Note that this is an automated bug filing.)
It would be nice to have these bugs fixed by the beta of Fedora 9.
The difference is this:
-#define SIZEOF_UNSIGNED_LONG_INT 4
+#define SIZEOF_UNSIGNED_LONG_INT 8
How are we supposed to work around that?
When the package is built on i386, the AC_CHECK_SIZEOF test
obviously gives a different result than on x86_64, and vice versa.
What would be needed is a way for i386 to predict the size of types
on x86_64 and vice versa, so for instance, the i386 build would
define the x86_64 API #if defined(__x86_64__).
Similarly for other architectures.
I'm sure you don't want us to hardcode sizeof values for known
Well, it has been done before.
More specifically, what is this define used for? Is it used by downstream mhash
apps? Shouldn't it be sizeof(unsigned long)? (don't know if that works in the
context where it's used.)
The API uses <stdint.h>, so these sizeof values are not used