Home Original page

Release 2.22: Next week ...

Tristan Gingold gingold@adacore.com
Fri Nov 18 11:03:00 GMT 2011 
On Nov 17, 2011, at 6:34 PM, Matthew Gretton-Dann wrote:

> On 17/11/11 15:19, Tristan Gingold wrote:
>> 
>> On Nov 17, 2011, at 4:10 PM, Matthew Gretton-Dann wrote:
>> 
>>> On 17/11/11 14:50, Tristan Gingold wrote:
>>>> On Nov 9, 2011, at 10:25 AM, Tristan Gingold wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> I plan to make the 2.22 release next week.
>>>>> There are still a few pending back ports: micromips and 'V2 of get symbol linker plugin interface' come to my mind.
>>>>> 
>>>>> As usual, speak up if you think I missed something.
>>>> 
>>>> I have run the testsuite for most of the targets.  I think there aren't blocking regressions for a 22.0, although I think it would be nice to clean-up arm-eabi and mips*-* for the 22.1
>>> 
>>>> arm-eabi: FAIL: R_ARM_THM_JUMP24 Relocation veneers: Long
>>>> arm-eabi: FAIL: R_ARM_THM_JUMP24 Relocation veneers: Short 1
>>>> arm-eabi: FAIL: R_ARM_THM_JUMP24 Relocation veneers: Short 2
>>> 
>>> I thought I had fixed these with:
>>> 	http://sourceware.org/ml/binutils/2011-11/msg00072.html
>>> 
>>> Which was committed:
>>> 	http://sourceware.org/ml/binutils-cvs/2011-11/msg00042.html
>>> 
>>> When I run the tests myself targetting arm-none-eabi they pass, as they also (I am assuming) in your arm-linux-gnueabi run (you didn't highlight them there).
>> 
>> Yes, I was surprised too.
>> 
>>> Do you mind sending me the appropriate part of ld.log from the testrun and I will try to see if I can reproduce the failure?
>> 
>> Sure:
>> 
>> /tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/../gas/as-new    -o tmpdir/jump-reloc-veneers.o -march=armv7-a -mthumb /tmp/binutils-2.21.90-sc/binutils-2.21.90/ld/testsuite/ld-arm/jump-reloc-veneers.s
>> Executing on host: sh -c {/tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/../gas/as-new    -o tmpdir/jump-reloc-veneers.o -march=armv7-a -mthumb /tmp/binutils-2.21.90-sc/binutils-2.21.90/ld/testsuite/ld-arm/jump-reloc-veneers.s 2>&1}  /dev/null ld.tmp (timeout = 300)
>> /tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/ld-new   -o tmpdir/jump-reloc-veneers-short1 -L/tmp/binutils-2.21.90-sc/binutils-2.21.90/ld/testsuite/ld-arm --no-fix-arm1176 --section-start destsect=0x00009000 --section-start .text=0x8000 tmpdir/jump-reloc-veneers.o
>> Executing on host: sh -c {/tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/ld-new   -o tmpdir/jump-reloc-veneers-short1 -L/tmp/binutils-2.21.90-sc/binutils-2.21.90/ld/testsuite/ld-arm --no-fix-arm1176 --section-start destsect=0x00009000 --section-start .text=0x8000 tmpdir/jump-reloc-veneers.o 2>&1}  /dev/null ld.tmp (timeout = 300)
>> Executing on host: sh -c {/tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/../binutils/objdump -d tmpdir/jump-reloc-veneers-short1>dump.out 2>ld.stderr}  /dev/null  (timeout = 300)
>> /tmp/binutils-2.21.90-sc/objs-arm-eabi/ld/../binutils/objdump -d tmpdir/jump-reloc-veneers-short1
>> regexp_diff match failure
>> regexp "^    9000:      e7fe            b.n     9000<dest>$"
>> line   "    9000:       f7ff bffe       b.w     9000<dest>"
>> FAIL: R_ARM_THM_JUMP24 Relocation veneers: Short 1
> 
> So this looks like the failure mode I fixed.
> 
>> Tell me if you need more.
> 
> I still can't reproduce this - can you send me you configure command-line and the host you are running on please?

/tmp/binutils-2.21.90-sc/objs-arm-eabi/ld $ head config.log
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.64.  Invocation command line was

  $ /tmp/binutils-2.21.90-sc/binutils-2.21.90/ld/configure --cache-file=./config.cache --with-gnu-as --with-gnu-ld --with-system-zlib --prefix=/tmp/binutils-2.21.90-sc/inst-arm-eabi --program-transform-name=s&^&arm-eabi-& --disable-option-checking --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-eabi --srcdir=../../binutils-2.21.90/ld

> 
> I don't think this is a reason to hold the release up - the failure is not a failure in the linker, but rather the test not keeping up with a (correct) change in the assembler's output.

Ok.

thank you for the investigation work.

Tristan.

> 
> Thanks,
> 
> Matt
> 
> 
> -- 
> Matthew Gretton-Dann
> Principal Engineer, PD Software - Tools, ARM Ltd
>
More information about the Binutils mailing list