Re: Bug#753052: dpkg,binutils: please agree on mips64el ABI
[forwarding to Yunqiang Su and debian-mips]
Am 29.06.2014 18:20, schrieb Helmut Grohne:
> Control: reassign -1 src:binutils Control: retitle -1
> mips64el-linux-gnuabi64-as defaults to N32 abi Control: tags -1 + upstream
>
> On Sat, Jun 28, 2014 at 08:32:42PM +0200, Helmut Grohne wrote:
>> dpkg-architecture -amips64el -qDEB_HOST_GNU_TYPE gives
>> mips64el-linux-gnuabi64, but binutils sets the gnu type to
>> mips64el-linux-gnuabin32 when encountering the Debian architecture
>> mips64el (see debian/rules). Thus binutils and dpkg do not agree on what
>> the mips64el architecture is supposed to be. I cannot tell which of the
>> values is desired, so I am filing this bug against both packages. Please
>> reassign the bug to the package that needs to change.
>
> While the analysis of the cause above is wrong (debian/rules only select
> additional targets and the actual target is obtained from
> dpkg-architecture), the actual symptom remains:
>
> $ mips64el-linux-gnuabi64-as -o test.o /dev/null $ file test.o test.o: ELF
> 32-bit LSB relocatable, MIPS, N32 MIPS-III version 1 (SYSV), not stripped
> $
>
> The actual cause is in the following snippet from gas/configure: |
> case ${target} in | mips64*-linux* | mips-sgi-irix6* |
> mips64*-freebsd* | mips64*-kfreebsd*-gnu) |
> mips_default_abi=N32_ABI | ;;
>
> Since target is set to mips64el-linux-gnuabi64, the first case kicks in and
> selects gnuabin32.
>
> While digging into the issue I found the related bug #741543 (gcc-4.9).
>
> I have no clue why binutils chooses to ignore the abi passed in the gnu
> triplet and rather (wrongly) guesses the abi from the other elements.
>
> Helmut
>
Reply to: