fche | 2 Oct 16:13 2004

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20041002.tar.bz2

fche | 9 Oct 16:13 2004

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20041009.tar.bz2

fche | 16 Oct 16:13 2004

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20041016.tar.bz2

fche | 23 Oct 16:13 2004

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20041023.tar.bz2

Stan Cox | 25 Oct 17:56 2004
Picon

x86-like target


What is the best way to handle an x86 like target wrt endianness?  By
x86 like I mean: 
1. instructions are variable length "big endian" bytestreams
2. immediate and address fields within instructions are little endian
3. the processor is little endian

Defining as:
  (default-insn-bitsize 32)
  (base-insn-bitsize 32)
  (default-insn-word-bitsize 32)
  derived/anyof operands
  big endian bfd
  pass CGEN_ENDIAN_BIG to m16c_cgen_cpu_open  
assembles instructions correctly except immediates and displacements
are, of course, big endian.  Changing:
  little endian bfd
  pass CGEN_ENDIAN_BIG to m16c_cgen_cpu_open  
  set BFD_ENDIAN_BIG in disassemble.c
assembles instructions correctly except immediates and displacements
are still not correct and relocations cannot be handled by
the generic relocation handler since instruction bytes are now fetched
in little endian order. 

What is the best way to support this so that immediates from cgen,
addresses from gas, and addresses and relocations from ld are all handled
correctly? 

Frank Ch. Eigler | 25 Oct 18:01 2004
Picon

Re: x86-like target

Hi -

> [...one configuration...]
> assembles instructions correctly except immediates and displacements
> are, of course, big endian.
> [...another configuration...]
> assembles instructions correctly except immediates and displacements
> are still not correct and relocations cannot be handled by
> the generic relocation handler since instruction bytes are now fetched
> in little endian order. 
> [...]

Have you tried custom ifield inserters/extractors?
Probably the first configuration is a better fit.

- FChE
fche | 30 Oct 16:13 2004

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/snapshot-20041030.tar.bz2


Gmane