This is the mail archive of the
mailing list for the CGEN project.
Encoding of immediates different to label addresses
- From: Julius Baxter <juliusbaxter at gmail dot com>
- To: cgen at sourceware dot org
- Date: Mon, 2 Jan 2012 20:44:16 +1100
- Subject: Encoding of immediates different to label addresses
I'm working on fixing up the OpenRISC 1000 CGEN port and have come
across something I find I can't quite do with CGEN.
For the jump and branch instructions, if we use immediate value number
specified in the assembly, we need that encoded into the instruction
without any shifting occurring to it.
Eg. "l.bf 1" should become 0x10000001, "l.bf 4" should become 0x10000004 etc.
These target addresses are shifted-left by two during decoding, and so
"l.bf 1" is actually a branch of 4 bytes.
If we use a label for an address, though, I'm seeing that we're
getting the offset in bytes during encoding, which then needs to be
shifted right by two before being put in the instruction.
But it seems we can have the shifting on both numerical immediates and
labels, or neither. (Pardon my incorrect use of terminology, I have a
feeling I'm not quite calling everything its right name!)
Upon inspecttion, it looks like the binutils port we have been using
for the past few years (not CGEN-based) has a right-shift of 2 in the
md_apply_fix() function in binutils/gas/config/tc-or32.c (
) when the instruction had the actual value of the label inserted into
Is there any way to handle this using the CGEN description?
The current instruction field definition being used is:
(df f-disp26 "disp26" (PCREL-ADDR) 25 26 INT
((value pc) (sra WI (sub WI value pc) (const 2)))
((value pc) (add WI (sll WI value (const 2)) pc)))
This does the shifting on encode and the target label addresses are
right but the numerical immediates are wrong, but if I remove the sra
on the encode, the numerical immediates are right but the target label
addresses are wrong.
I've had a bit of a poke around and seen the function
gas_cgen_md_apply_fix() is used as a generic md_apply_fix() function,
but can't quite see where I might be able to hook in things for
particular encoding cases.
If anyone could point out how I could handle this case it'd be appreciated.