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

Bug#715038: add mips64(el) mipsn32(el) support to eglibc



On Tue, Jun 10, 2014 at 05:06:03AM +0800, Aron Xu wrote:
> On Mon, Jun 9, 2014 at 10:38 PM, Aurelien Jarno <aurelien@aurel32.net> wrote:
> > 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.
> >
> 
> Multilib is still nice-to-have, so that we don't miss anything might
> be useful for users, and related code/configuration does not change
> from time to time so there should be maintainability burdens.

With my glibc maintainer hat, multilib is a huge pain to maintain and
doesn't play well with multiarch, so I would be more than happy to not
have it for a new architecture.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: