lated
to LTO dump tool.
As this new "Language" 'LTODump' does not share any options with 'LTO'
proper, it makes sense, in my opinion, to also make that obvious in
'gcc/lto/lang.opt', which your Subversion r270897 (Git
commit 66d62d9f2e6b059be6a018397fba555
Hi!
This minor clean-up had fallen out of me working on something else in
GCC's options machinery, several months ago:
On 2019-03-12T18:14:04+0100, marxin wrote:
> gcc/lto/ChangeLog:
> * lang.opt: Add new language LTODump and options related
> to LTO dump tool
> * config-lang.in: Likewise.
> * lang.opt: Add new language LTODump and options related
> to LTO dump tool.
> * lto-common.c (lto_read_decls): Support type statistics dump.
> (lto_file_read): Likewise for object files.
>
) Gcov-dump. @command{gcov-dump}---an offline gcda and gcno profile dump tool.
+* lto-dump: (gcc) lto-dump.@command{lto-dump}---Tool for
+dumping LTO object files.
@end direntry
This file documents the use of the GNU compilers.
@sp 1
@@ -142,6 +144,8 @@ Introduction, gccint, GNU Compiler
Hi.
The patch series is a remake of Hrishikesh's LTO dump tool that was
part of GSoC last year. I decided to split the patch into 3 parts, where
the first one is purely mechanical splitting code into a newly created
one. The second part introduces the new tool. And the last one is abou
On 10/4/18 3:37 PM, Hrishikesh Kulkarni wrote:
> Hi,
>
> Please find the patch for LTO dump tool attached herewith.
>
> Regards,
>
> Hrishikesh
>
Hello.
Thank you for working on that as GSoC student and I hope we can get the patch
into GCC 9.1 release. However I have
