Bug#772665: produces broken cross compiler packages for mips64el

[YunQiang Su <wzssyqa@gmail.com>]

Waoo, great work.

Now I understand what it is for.

Looong Looong ago, something may make libn32blabla depend on
lib64blabla in control,
so this snap of code exits.

Now we don't have this problem, all libn32blabla depends on

Depends: gcc-4.9-base (= ${gcc:Version}), ${dep:libcbiarch},
${shlibs:Depends}, ${misc:Depends}

No lib64blabla in them, so we should remove these codes.






On Tue, Dec 16, 2014 at 3:34 PM, Helmut Grohne <helmut@subdivi.de> wrote:
> On Wed, Dec 10, 2014 at 09:54:01AM +0100, Matthias Klose wrote:
>> I can't remember. please ask the Debian mips maintainers. I assume, extending
>> the expression to entirely remove empty fields should work around this for now.
>
> I did X-Debbugs-Cc the submission to debian-mips@l.d.o. So now I did
> some archeology:
>
>  * The affected code was inserted in the gcc-4.4 era.
>  * It is inserted in SVN revision 4707.
>  * The commit message closes #594540.
>
> Unfortunately the bug report is rather scarce on details, but it appears
> to be talking about library packages. So I went ahead and restricted the
> match to lib$biarch. The immediate effect is that it no longer matches
> "mips64el" and thus leaves the Recommends on libc alone. Thus the stage1
> becomes installable. I did not notice any excess dependencies.
>
> I could not verify further stages as the stage2 build fails linking the
> n32 libc.so, because it insists on linking the 64 one. The latter may be
> an error in my build environment.
>
> Nevertheless, I am attaching a patch for what I believe to be the
> correct solution.
>
> Helmut



-- 
YunQiang Su