http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677
--- Comment #2 from Jorn Wolfgang Rennecke <amylaar at gcc dot gnu.org> 2010-11-26 21:01:09 UTC --- (In reply to comment #1) > Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which > is calculated by layout_type using target dependent BITS_PER_UNIT. The use of TYPE_SIZE_UNIT / DECL_SIZE_UNIT is not a problem, because these are tree fields. stor-layout.c is not a frontend or tree optimizer. A multi-target compiler can work OK with stor-layout being part of the target dependent code, and I believe so can a front-end plugin. A back-end plugin would have to include its own version of stor-layout, or otherwise stor-layout would have to be made entirely independent of target macros. But this not in the scope of this PR.
