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] |
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.
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] |