https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43613
Xi Ruoyao <xry111 at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xry111 at gcc dot gnu.org
--- Comment #9 from Xi Ruoyao <xry111 at gcc dot gnu.org> ---
(In reply to nightstrike from comment #8)
> (In reply to Andrew Pinski from comment #7)
> > So just this one left I think:
> >
> > /gcc/src/gcc/ira-conflicts.c: Line 125:
> >
> > Still there, size_t is long long (64bits) while long is 32bits.
>
> Assuming this is now line 153:
>
> ```
> diff --git a/gcc/ira-conflicts.cc b/gcc/ira-conflicts.cc
> index a4d93c8d734..4f2c2bdfebc 100644
> --- a/gcc/ira-conflicts.cc
> +++ b/gcc/ira-conflicts.cc
> @@ -150,9 +150,9 @@ build_conflict_bit_table (void)
> if (internal_flag_ira_verbose > 0 && ira_dump_file != NULL)
> fprintf
> (ira_dump_file,
> - "+++Allocating %ld bytes for conflict table (uncompressed size
> %ld)\n",
> - (long) allocated_words_num * sizeof (IRA_INT_TYPE),
> - (long) object_set_words * ira_objects_num * sizeof (IRA_INT_TYPE));
> + "+++Allocating %zu bytes for conflict table (uncompressed size
> %zu)\n",
> + (size_t)(allocated_words_num * sizeof (IRA_INT_TYPE)),
> + (size_t)(object_set_words * ira_objects_num * sizeof
> (IRA_INT_TYPE)));
>
> objects_live = sparseset_alloc (ira_objects_num);
> for (i = 0; i < ira_max_point; i++)
> ```
>
> Perhaps that will address the remaining issue?
Post patches to gcc-patches instead of bugzilla. The patches in bugzilla are
not considered candidates to be applied for trunk.
