This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Is there a way to dump LTO IR?
- From: "H.J. Lu" <hjl dot tools at gmail dot com>
- To: Richard Biener <richard dot guenther at gmail dot com>
- Cc: GCC Development <gcc at gcc dot gnu dot org>
- Date: Mon, 26 Jan 2015 04:48:23 -0800
- Subject: Re: Is there a way to dump LTO IR?
- Authentication-results: sourceware.org; auth=none
- References: <CAMe9rOqixqZhpbO3tFCVcow2TUtUY65RfbEtBv0zmkfd63ChjA at mail dot gmail dot com> <CAFiYyc1DYt7EVj34_N1rrmeKXQeBvAJChrkHTdgXGYXW5QThyw at mail dot gmail dot com>
On Mon, Jan 26, 2015 at 12:57 AM, Richard Biener
<richard.guenther@gmail.com> wrote:
> On Fri, Jan 23, 2015 at 9:26 PM, H.J. Lu <hjl.tools@gmail.com> wrote:
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64754
>>
>> is a LTO bug where stage 1 and stage 2 compilers generate
>> different LTO IR. Is there a way to dump LTO IR to see the
>> actual difference in LTO IR?
>
> No. I've had multiple incarnations of local patches to dump stuff
> during LTO IR write and LTO IR read so I could match them but
> never committed anything because all this stuff is in the hot path.
>
> I wonder if we can make a GCC plugin do it though, via re-using
> existing lto/tree-streamer.c and some preprocessor defines that
> switches between plugin and GCC mode...
>
I like this idea. We can extend "objdump -d" to dump LTO IR.
--
H.J.