Bug#950645: src:gmp, add lib64 for i386 x32 mipsel etc

[YunQiang Su]

YunQiang Su <wzssyqa at gmail.com> 于2020年2月11日周二 上午9:57写道：
>
> On Thu, 6 Feb 2020 15:07:49 +0800 YunQiang Su <wzssyqa at gmail.com>
> wrote:
> > Steven Robbins <steve at sumost.ca> 于2020年2月6日周四 下午3:05写道：
> > >
> > > On Thursday, February 6, 2020 12:51:23 A.M. CST YunQiang Su wrote:
> > > > Steven Robbins <steve at sumost.ca> 于2020年2月6日周四 下午1:23写道：
> > > >
> > > > > On Tue, 4 Feb 2020 21:20:59 +0800 YunQiang Su <
> wzssyqa at gmail.com> wrote:
> > > > > > Package: src:gmp
> > > > > > Version: 6.2.0+dfsg-3
> > > > > >
> > > > > > Since binutils/gcc meet some problem due to 2GB/3GB memory
> limitation
> > > > > > on 32bit system.
> > > > >
> > > > > Since GMP has built on all architectures, so I don't understand
> what
> > > > > problem you are trying to solve.   Please enlighten me?
> > > >
> > > > The 32bit system has 2GiB/3GiB virtual memory space limitation.
> > > > When a big object file need to compile/link, the ld/gcc/cc1 may
> need lots of
> > > > memory, which may be more than 2GiB/3GiB.
> > >
> > > I understand that.  I know that some packages have trouble to
> build.  But gmp
> > > is not one of them -- it has already built on all
> architectures.  So I don't
> > > understand why gmp needs a patch.
> >
> > Because gcc builddeps it.
>
> Any consideration of this changes?

I just team-upload a new version with this patch with 5-days delay.
If it is not good, please cut it.

>
> >
> > >
> > > -Steve
> >
> >
> >
> > --
> > YunQiang Su
> >
> >



-- 
YunQiang Su
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gmp_lib64.debdiff
Type: application/octet-stream
Size: 7477 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20200514/dca52bd5/attachment.obj>