This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: proposal to make SIZE_TYPE more flexible
- From: Richard Biener <richard dot guenther at gmail dot com>
- To: DJ Delorie <dj at redhat dot com>
- Cc: "Joseph S. Myers" <joseph at codesourcery dot com>, GCC Development <gcc at gcc dot gnu dot org>
- Date: Wed, 11 Dec 2013 10:27:40 +0100
- Subject: Re: proposal to make SIZE_TYPE more flexible
- Authentication-results: sourceware.org; auth=none
- References: <201310300422 dot r9U4M6Mx002568 at greed dot delorie dot com> <201311140158 dot rAE1wCkg006136 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1311141318300 dot 21407 at digraph dot polyomino dot org dot uk> <201311152338 dot rAFNc9CJ007961 at greed dot delorie dot com> <b69fa903-a837-4d4e-aa00-c2a22b06c1c4 at email dot android dot com> <Pine dot LNX dot 4 dot 64 dot 1311161211240 dot 32731 at digraph dot polyomino dot org dot uk> <201311212241 dot rALMf15B028014 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1311212258320 dot 26755 at digraph dot polyomino dot org dot uk> <201311220828 dot rAM8Ss0q011135 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1311221231510 dot 5029 at digraph dot polyomino dot org dot uk> <201311221933 dot rAMJXDUt031382 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1311222046100 dot 12354 at digraph dot polyomino dot org dot uk> <201311222118 dot rAMLIxag003002 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1311230039030 dot 12354 at digraph dot polyomino dot org dot uk> <201312100334 dot rBA3YwMq017441 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1312101709200 dot 15324 at digraph dot polyomino dot org dot uk> <201312101810 dot rBAIAPeZ008667 at greed dot delorie dot com> <Pine dot LNX dot 4 dot 64 dot 1312101831290 dot 15324 at digraph dot polyomino dot org dot uk> <201312101842 dot rBAIgafw009473 at greed dot delorie dot com>
On Tue, Dec 10, 2013 at 7:42 PM, DJ Delorie <dj@redhat.com> wrote:
>
>> (For the types you do have, there's a need to define C++ name mangling.
>
> I mentioned this before, and I don't have a good solution for it.
> Both C++ and LTO need a mangled form of __intN types.
LTO shouldn't need any of this. Ideally we'd reduce the number of
middle-end visible global trees down to the set that is fully defined
by the target C ABI. All extra standard types relevant for frontends
would simply be streamed (you can as well stream all trees, including
the global ones - we chose to not stream them as optimization though
and because of pointer comparisons with them throughout the middle-end,
notably for va_list stuff).
Richard.