Re: [x86_64 PATCH] Introduce insvti_highpart define_insn_and_split.

2023-05-07 Thread Uros Bizjak via Gcc-patches
On Sat, May 6, 2023 at 4:00 PM Roger Sayle wrote: > > > Hi Uros, > This is a repost/respin of a patch that was conditionally approved: > https://gcc.gnu.org/pipermail/gcc-patches/2023-January/609470.html > > This patch adds a convenient post-reload splitter for setting/updating > the highpart of a

[x86_64 PATCH] Introduce insvti_highpart define_insn_and_split.

2023-05-06 Thread Roger Sayle
Hi Uros, This is a repost/respin of a patch that was conditionally approved: https://gcc.gnu.org/pipermail/gcc-patches/2023-January/609470.html This patch adds a convenient post-reload splitter for setting/updating the highpart of a TImode variable, using i386's previously added split_double_conc

Re: [x86_64 PATCH] Introduce insvti_highpart define_insn_and_split.

2023-01-05 Thread Uros Bizjak via Gcc-patches
On Thu, Jan 5, 2023 at 3:10 PM Roger Sayle wrote: > > > This patch adds a convenient post-reload splitter for setting/updating > the highpart of a TImode variable, using the recently added > split_double_concat infrastructure. > > For the new test case below: > > __int128 foo(__int128 x, unsigned

[x86_64 PATCH] Introduce insvti_highpart define_insn_and_split.

2023-01-05 Thread Roger Sayle
This patch adds a convenient post-reload splitter for setting/updating the highpart of a TImode variable, using the recently added split_double_concat infrastructure. For the new test case below: __int128 foo(__int128 x, unsigned long long y) { __int128 t = (__int128)y << 64; __int128 r = (x