This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RFA: Fix middle-end/46500


target.h includes tm.h in order to get the CUMULATIVE_ARGS type.
That means that target.h has become completely ineffective as a means
of hiding target specific implementation details while allowing access
to the functionality.
In fact, I found three front end files that included target.h so
that they could use macros from tm.h

The attached patch rectifies the situation by replacing CUMULATIVE_ARGS *
with cumulative_args_t, which is typedefed as void *, in the target hook
interface.

bootstrapped on i686-pc-linux-gnu .

cross-tested on i686-pc-linux-gnu configured with --enable-werror-always
using gcc (GCC) 4.6.0 20101111 (experimental) for the following targets:

alpha-linux-gnu hppa-linux-gnu mips-elf sh-elf arc-elf ia64-elf
mmix-knuth-mmixware sparc-elf arm-eabi iq2000-elf mn10300-elf spu-elf
avr-elf lm32-elf moxie-elf v850-elf bfin-elf m32c-elf pdp11-aout
vax-linux-gnu cris-elf m32r-elf xstormy16-elf ppc-elf fr30-elf m68k-elf
rx-elf frv-elf mcore-elf s390-linux-gnu h8300-elf mep-elf score-elf

The following three targets required manual intervention to get beyond
pre-existing warning issues:
crx-elf m68hc11-elf xtensa-elf

And finally, picochip-elf couldn't be built because of some per-existing
errors.

Attachment: pr46500-20101117-0413.bz2
Description: application/bzip-compressed-tar


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]