On Thursday 19 October 2006 23:10, Rask Ingemann Lambertsen wrote:
>Also, looking at the insns added during the vregs pass, notice that some
> of them use HImode registers. Have you forgotten to change something from
> HImode to QImode? Maybe your Pmode? For example, this sequence is clearly
>
On Tue, Oct 17, 2006 at 07:07:00PM +0200, Frank Riese wrote:
> function8.c: In function 'foo':
> function8.c:3: error: insn outside basic block
> (insn 28 20 29 (set (reg/f:QI 20)
> (subreg:QI (reg:HI 18) 0)) 3 {movqi} (nil)
> (nil))
> function8.c:3: internal compiler error: in rtl_veri
On Thu, Oct 19, 2006 at 07:10:27PM +0200, Frank Riese wrote:
>
> when I -fdump-rtl-all-details, I get:
>
> function8.c.104r.expand function8.c.108r.initvals function8.c.111r.jump
> function8.c.106r.locators function8.c.105r.sibling
> function8.c.109r.unshare function8.c.110r.vregs
Some
On Wednesday 18 October 2006 15:45, you wrote:
>-fdump-rtl-all-details will give you an idea of how far the compiler
> gets, and thus maybe a clue to which pass runs into problems. Also, a
> backtrace from the debugger is nice to have.
Here is the backtrace from gdb:
Breakpoint 2, rtl_verify_
On Tue, Oct 17, 2006 at 07:07:00PM +0200, Frank Riese wrote:
> Hi,
>
> I have the following problem with a back end I've written after the following
> changes in the machine header, to tell GCC that the machine is word-addressed
> with a word width of 16 Bit:
>
> #define BITS_PER_UNIT
Hi,
I have the following problem with a back end I've written after the following
changes in the machine header, to tell GCC that the machine is word-addressed
with a word width of 16 Bit:
#define BITS_PER_UNIT 16
#define UNITS_PER_WORD 1
#define BITS_PER_WORD 16
A
