This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Problem with pcrel relocs and addends

From: Andreas Schwab <schwab at suse dot de>
To: "Will Newton" <will dot newton at imgtec dot com>
Cc: <binutils at sourceware dot org>
Date: Wed, 02 Nov 2005 21:49:02 +0100
Subject: Re: Problem with pcrel relocs and addends
References: <0D107966AF6D79418315B7C5549F4B5104E0DB@lemail1.le.imgtec.org>

"Will Newton" <will.newton@imgtec.com> writes:

> The second is wrong in that case. Which suggests that either I am
> misinterpreting what the addend field means, or cgen is doing something
> a bit odd.

I think you are right, I was misinterpreting your example.  Neither
relocation should have an addend, unless the source has one, and the
assembler is doing something wrong here.  When I try the equivalent with
the m68k-linux assembler I get this:

	.global f1
f1:
	jbsr f2
	.global f2
f2:
	jbsr f1

a.out:     file format elf32-m68k

RELOCATION RECORDS FOR [.text]:
OFFSET   TYPE              VALUE 
00000002 R_68K_PC32        f2
00000008 R_68K_PC32        f1

Now I know nothing about cgen, so I can't help you any further.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

References:
- RE: Problem with pcrel relocs and addends
  - From: Will Newton

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]