[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Problem with r4674 (multiarch support) on hurd-i386



On Sat, May 28, 2011 at 01:16:12PM +0200, Jeremie Koenig wrote:
> Hi everyone,
> 
> Aurelien, thanks for the quick fix wrt debian/libc0.3.install.hurd-i386.
> 
> I ran into another issue with the code added in r4674 (specifically the
> ld.so symlink at the end). It fails on Hurd with the following error:
> | ...
> | # Create the ld.so symlink to the multiarch directory
> | if [ libc = libc ]; then \
> |           rtld_so="$(LANG=C LC_ALL=C readelf -l debian/tmp-libc/usr/bin/iconv | grep 'interpreter' | sed -e 's/.*interpreter: \(.*\)]/\1/g')" ; \
> |           rtld_so="$(basename $rtld_so)" ; \
> |           link_name="debian/tmp-libc/lib/$rtld_so" ; \
> |           target="/lib/$(readlink debian/tmp-libc//lib/$rtld_so)" ; \
> |           ln -s $target $link_name ;  \
> |         fi
> | ln: création d'un lien symbolique « debian/tmp-libc/lib/ld.so.1 »: Le fichier existe
> | make: *** [/home/jk/w/build-area/eglibc-2.13/stamp-dir/install_libc] Erreur 1
> 
> (the french error messages means "ln: creating symlink ...: file exists")
> 
> I fixed it temporarily by commenting out 'ln'. Let me know if you need
> the complete build log or if there's anything else I can help with.
> 

It was due to hurd.mk forcing slibdir to /lib on hurd, so the multiarch
path was not fully used. I have fixed that in the SVN, I hope that
everything works now.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: