Re: [PATCH] Refactor jump_thread_path_registry.

2021-09-13 Thread Jeff Law via Gcc-patches
On 9/11/2021 12:01 PM, Aldy Hernandez wrote: So another thing to consider is that the threaders initially record their paths in different directions. Forward threading records starting at the first block, backward from the final block.  At some point (I no longer remember where) we invert

Re: [PATCH] Refactor jump_thread_path_registry.

2021-09-11 Thread Aldy Hernandez via Gcc-patches
So another thing to consider is that the threaders initially record their paths in different directions.  Forward threading records starting at the first block, backward from the final block.  At some point (I no longer remember where) we invert the backwards threader's path to fit the model

Re: [PATCH] Refactor jump_thread_path_registry.

2021-09-11 Thread Jeff Law via Gcc-patches
On 9/11/2021 2:35 AM, Aldy Hernandez wrote: In an attempt to refactor thread_through_all_blocks(), I've realized that there is a mess of code dealing with coexisting forward and backward thread types. However, this is an impossible scenario, as the registry contains either forward/old-style t