Bug 168546 - dev-libs/libgcrypt-1.2.2-r1 crosscompile with build x86_64-pc-linux-gnu and host/target i386-pc-linux-uclibc fails
Bug#: 168546 Product:  Gentoo Linux Version: unspecified Platform: AMD64
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: WONTFIX Assigned To: crypto@gentoo.org Reported By: impulze@impulze.org
Component: Ebuilds
URL: 
Summary: dev-libs/libgcrypt-1.2.2-r1 crosscompile with build x86_64-pc-linux-gnu and host/target i386-pc-linux-uclibc fails
Keywords:  
Status Whiteboard: 
Opened: 2007-02-27 10:37 0000
Description:   Opened: 2007-02-27 10:37 0000 
when emerge the current stable ebuild of libgcrypt with the xmerge script it
fails because of linking to the wrong library (multilib issue) which was stated
in this thread:
http://lists.gnupg.org/pipermail/gcrypt-devel/2006-February/000925.html
also some tests have to be tweaked (i think that's arch independent) for x86_64
i had to explicity disable asm to get it to work otherwise it'll lead to symbol
issues during the build when linking libgcrypt.so

i'm not too familar with ebuilds nor bug-reporting nor cross-compiling so i'll
attach a patch for the ebuild and the libtool patch
if anyone can confirm that i could supply patches for device-mapper lvm2 and
cryptsetup-luks which also fail on x86_64....gnu to i386...uclibc

Thanks for your time :)

------- Comment #1 From impulze@impulze.org 2007-02-27 10:38:41 0000 ------- 
Created an attachment (id=111392) [details]
ebuild patch for libgcrypt-1.2.2-r1

------- Comment #2 From impulze@impulze.org 2007-02-27 10:39:47 0000 ------- 
Created an attachment (id=111394) [details]
libtool-cross-compile.patch

------- Comment #3 From Alon Bar-Lev (RETIRED) 2007-03-01 16:50:10 0000 ------- 
SpanKY: Is there any policy regarding this?

------- Comment #4 From SpanKY 2007-03-02 17:53:10 0000 ------- 
this isnt a libgcrypt specific issue and will be solved in a more general
manner, so dont apply anything remotely like these patches to any of our
ebuilds ...