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
