This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 9/9] Fix lto report names


On Fri, Apr 19, 2013 at 11:31 PM, Andi Kleen <andi@firstfloor.org> wrote:
> From: Andi Kleen <ak@linux.intel.com>
>
> Some of the hash tables in lto-report are misnamed in the report.
> Fix this up.

Ok.

Thanks,
Richard.

> gcc/:
>
> 2013-04-19  Andi Kleen  <ak@linux.intel.com>
>
>         * gcc/lto/lto.c (print_lto_report_1): Fix LTO report names.
> ---
>  gcc/lto/lto.c | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/gcc/lto/lto.c b/gcc/lto/lto.c
> index 893f4e5..7de4f9f 100644
> --- a/gcc/lto/lto.c
> +++ b/gcc/lto/lto.c
> @@ -3190,7 +3190,7 @@ print_lto_report_1 (void)
>    else
>      fprintf (stderr, "[%s] GIMPLE type table is empty\n", pfx);
>    if (type_hash_cache)
> -    fprintf (stderr, "[%s] GIMPLE type hash table: size %ld, %ld elements, "
> +    fprintf (stderr, "[%s] GIMPLE type hash cache table: size %ld, %ld elements, "
>              "%ld searches, %ld collisions (ratio: %f)\n", pfx,
>              (long) htab_size (type_hash_cache),
>              (long) htab_elements (type_hash_cache),
> @@ -3198,7 +3198,7 @@ print_lto_report_1 (void)
>              (long) type_hash_cache->collisions,
>              htab_collisions (type_hash_cache));
>    else
> -    fprintf (stderr, "[%s] GIMPLE type hash table is empty\n", pfx);
> +    fprintf (stderr, "[%s] GIMPLE type hash cache table is empty\n", pfx);
>
>    print_gimple_types_stats (pfx);
>    print_lto_report (pfx);
> --
> 1.8.1.4
>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]