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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
