This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
- From: "amylaar at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 26 Nov 2010 21:01:18 +0000
- Subject: [Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE
- Auto-submitted: auto-generated
- References: <bug-46677-4@http.gcc.gnu.org/bugzilla/>
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.