Bug#715038: add mips64(el) mipsn32(el) support to eglibc
On Mon, Jun 09, 2014 at 09:02:04PM +0800, Sphinx Jiang wrote:
> I refreshed this patch with 2.19-1.
>
> Tested on mips64el device, build successfully.
>
>
> Sphinx
I have just merged the non-controversial parts, that is everything but
multlib. I am still opposed to having the o32 libraries in /lib and I am
waiting for arguments about why it can't be for example in /libo32.
Anyway I do wonder if we want multilib support at all on a new port, we
now have multiarch to address this, so one can just install the
libc6:mips on a mipsn32 or mips64 system, or libc6:mipsel on a
mipsn32el or mips64el system to get o32 support.
Also:
> diff -Nru eglibc-2.19/debian/rules.d/debhelper.mk eglibc-2.19/debian/rules.d/debhelper.mk
> --- eglibc-2.19/debian/rules.d/debhelper.mk 2014-06-04 19:50:40.000000000 +0000
> +++ eglibc-2.19/debian/rules.d/debhelper.mk 2014-06-09 05:27:56.000000000 +0000
> @@ -240,6 +240,9 @@
> if [ "$$s" != "$$t" ] ; then \
> cp $$s $$t ; \
> fi ; \
> + if [ "$$suffix" = "-mips32" ] ; then \
> + sed -e '/ld.so.conf.d /d' -i $$t; \
> + fi ; \
> sed -e "s#TMPDIR#debian/tmp-$$curpass#g" -i $$t; \
> sed -e "s#RTLDDIR#$$rtlddir#g" -i $$t; \
> sed -e "s#SLIBDIR#$$slibdir#g" -i $$t; \
This already shows the kind of problem we might have. As /lib is already
in the path, it is searched by default so you don't need any specific
ld.so.conf entry.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurelien@aurel32.net http://www.aurel32.net
Reply to: