This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: mips-binutils-2.14/gas oddity
- From: Ralf Corsepius <corsepiu at faw dot uni-ulm dot de>
- To: "Maciej W. Rozycki" <macro at ds2 dot pg dot gda dot pl>
- Cc: Daniel Jacobowitz <drow at mvista dot com>, Binutils List <binutils at sources dot redhat dot com>, Joel Sherrill <joel dot sherrill at OARcorp dot com>, Gregory Menke <gregory dot menke at gsfc dot nasa dot gov>
- Date: Wed, 10 Sep 2003 19:44:53 +0200
- Subject: Re: mips-binutils-2.14/gas oddity
- Organization: FAW Ulm
- References: <Pine.GSO.3.96.1030910184837.12084A-100000@delta.ds2.pg.gda.pl>
On Wed, 2003-09-10 at 19:05, Maciej W. Rozycki wrote:
> On Wed, 10 Sep 2003, Ralf Corsepius wrote:
>
> > Found it - It was the day before yesterday, at least in binutils' list
> > archive ;)
> >
> > Unfortunately his patch doesn't seem to help me:
> >
> > Using a brand new binutils built from a freshly checked out
> > binutils-2.14-branch with Maciej's patch applied:
> >
> > # mips-rtems4.7-as -G0 -EB -mips1 -g0 -32 -v -o mipsbug.o mipsbug.s
> > GNU assembler version 2.14 (mips-rtems4.7) using BFD version 2.14 20030910
> > mipsbug.s: Assembler messages:
> > mipsbug.s:1: Error: load/store address overflow (max 32 bits)
>
> Please make sure you've actually rebuilt gas:
Urgh, I am soo stupid. I actually had built it, but picked up the wrong
one when testing :-(
> $ cat mipsbug.s
> sw $8,0xfffe0130
> $ mips-linux-as -G0 -EB -mips1 -g0 -32 -v -o mipsbug.o mipsbug.s
> GNU assembler version 2.14 (mips-linux) using BFD version 2.14 20030612
> $ mips-linux-objdump -Sr mipsbug.o
>
> mipsbug.o: file format elf32-tradbigmips
>
> Disassembly of section .text:
>
> 00000000 <.text>:
> 0: 3c01fffe lui at,0xfffe
> 4: ac280130 sw t0,304(at)
> ...
> $ as-new -G0 -EB -mips1 -g0 -32 -v -o mipsbug.o mipsbug.s
> GNU assembler version 2.14.90 (mips-rtems4.7) using BFD version 2.14.90 20030910
> $ objdump -Sr mipsbug.o
>
> mipsbug.o: file format elf32-bigmips
>
> Disassembly of section .text:
>
> 00000000 <.text>:
> 0: 3c01fffe lui at,0xfffe
> 4: ac280130 sw t0,304(at)
> ...
Except of using binutils-2.14-branch, my results now exactly look like
yours.
Thanks,
Ralf