[Bug bootstrap/126526] [16, X86] Bootstrap comparison failure!

"jakub at gcc dot gnu.org via Gcc-bugs" <[email protected]> Tue, 04 Aug 2026 09:54:32 +0000
Newsgroups gmane.comp.gcc.bugs
Message-ID <[email protected]/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D126526

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu.org

--- Comment #19 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
  changed_variables
    ->traverse <emit_note_data*, emit_note_insn_var_location> (&data);
is what emits the notes, so it depends on hash table order.
Now, already the optimized dump has some difference between the 2 compilati=
ons:
@@ -12,8 +12,8 @@ Removing basic block 28
 struct expanded_location expand_location_1 (const struct line_maps * set,
location_t loc, bool expansion_point_p, location_aspect aspect)
 {
   const char * xloc$file;
-  struct source_range D.127309;
-  struct source_range D.127306;
+  struct source_range D.127298;
+  struct source_range D.127295;
   union tree_node * block;
   location_resolution_kind lrk;
   const struct line_map_ordinary * map;
@@ -118,8 +118,8 @@ struct expanded_location expand_location
   # DEBUG INLINE_ENTRY get_start
   # DEBUG BEGIN_STMT
   line_table.30_39 =3D line_table;
-  D.127306 =3D get_range_from_loc (line_table.30_39, loc_28);
-  _40 =3D D.127306.m_start;
+  D.127295 =3D get_range_from_loc (line_table.30_39, loc_28);
+  _40 =3D D.127295.m_start;
   # DEBUG loc =3D> NULL
   # DEBUG start =3D> _40
   # DEBUG BEGIN_STMT
@@ -141,8 +141,8 @@ struct expanded_location expand_location
   # DEBUG INLINE_ENTRY get_finish
   # DEBUG BEGIN_STMT
   line_table.31_41 =3D line_table;
-  D.127309 =3D get_range_from_loc (line_table.31_41, loc_28);
-  _42 =3D D.127309.m_finish;
+  D.127298 =3D get_range_from_loc (line_table.31_41, loc_28);
+  _42 =3D D.127298.m_finish;
   # DEBUG loc =3D> NULL
   # DEBUG finish =3D> _42
   # DEBUG BEGIN_STMT
etc. so that might be the reason for the different ordering in the hash tab=
les.=