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
>