Also, http://people.redhat.com/dj/all_l4.i and
./cc1 -fpreprocessed all_l4.i -quiet -dumpbase all_l4.c -mcpu=m32cm \
-auxbase-strip all_l4.o -g -O2 -O2 -Wall -Wstrict-prototypes \
-Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings \
-std=gnu99 -version -o all_l4.s -dap -fdu
> So it looks like we have D.3720 + (unsigned int) &sstride which
> looks funny in of it self. Can you provide the tree dump before
> iv-opts and the one of iv-opts? It might explain what is going
> wrong?
http://people.redhat.com/dj/all_l4.c.105t.cunroll
http://people.redhat.com/dj/all_l4.c.10
On 9/25/07, DJ Delorie <[EMAIL PROTECTED]> wrote:
> I like that! Not quite enough info for some needs (like it's missing
> the machine mode and rtl assignments, which I often need), but much
> cleaner:
>
> MEM[base: D.3720 + (unsigned int) &sstride] = MEM[base: D.3718, offset: 10]
Usually I use d
> From what I recall and what I remember the main issue is that IV-opts
> like producing:
> [MEM index: ]
> Note it might be better to use debug_generic_expr instead of
> debug_tree (it is easier to read in most cases).
I like that! Not quite enough info for some needs (like it's missing
the ma
On 9/24/07, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> I'm trying to get libfortran (all_l4.c) building for m32c, and it
> complains (eventually) that it can't add PSI (pointer) and HI
> (integer) types together. I've backtracked to the statement just
> before it's lowered to rtl, see below. Note
I'm trying to get libfortran (all_l4.c) building for m32c, and it
complains (eventually) that it can't add PSI (pointer) and HI
(integer) types together. I've backtracked to the statement just
before it's lowered to rtl, see below. Note that pointers are PSI
mode (24 bits) for this chip. My que
