committed: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-31 Thread Xi Ruoyao via Gcc-patches
On Sat, 2021-07-31 at 02:08 +0800, Xi Ruoyao via Gcc-patches wrote: > On Fri, 2021-07-30 at 16:23 +0800, Xi Ruoyao via Gcc-patches wrote: > > On Fri, 2021-07-30 at 09:11 +0100, Richard Sandiford wrote: > > > Xi Ruoyao writes: > > > > Ping again. > > > > > > > > On Wed, 2021-06-23 at 11:11 +0800,

committed: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-30 Thread Xi Ruoyao via Gcc-patches
On Fri, 2021-07-30 at 16:23 +0800, Xi Ruoyao via Gcc-patches wrote: > On Fri, 2021-07-30 at 09:11 +0100, Richard Sandiford wrote: > > Xi Ruoyao writes: > > > Ping again. > > > > > > On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > > > > Commit message shamelessly copied from 1777beb6b129 by

Re: PING^5: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-30 Thread Xi Ruoyao via Gcc-patches
On Fri, 2021-07-30 at 09:11 +0100, Richard Sandiford wrote: > Xi Ruoyao writes: > > Ping again. > > > > On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > > > Commit message shamelessly copied from 1777beb6b129 by jakub: > > > > > > This function, because it is sometimes called even outside o

Re: PING^5: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-30 Thread Richard Sandiford via Gcc-patches
Xi Ruoyao writes: > Ping again. > > On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: >> Commit message shamelessly copied from 1777beb6b129 by jakub: >> >> This function, because it is sometimes called even outside of function >> bodies, uses create_tmp_var_raw rather than create_tmp_var.  But

PING^5: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-29 Thread Xi Ruoyao via Gcc-patches
Ping again. On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > Commit message shamelessly copied from 1777beb6b129 by jakub: > > This function, because it is sometimes called even outside of function > bodies, uses create_tmp_var_raw rather than create_tmp_var.  But in > order > for that to wo

PING^4: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-23 Thread Xi Ruoyao via Gcc-patches
Ping again. On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > Commit message shamelessly copied from 1777beb6b129 by jakub: > > This function, because it is sometimes called even outside of function > bodies, uses create_tmp_var_raw rather than create_tmp_var.  But in order > for that to work

PING^3: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-15 Thread Xi Ruoyao via Gcc-patches
Ping again. On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > Commit message shamelessly copied from 1777beb6b129 by jakub: > > This function, because it is sometimes called even outside of function > bodies, uses create_tmp_var_raw rather than create_tmp_var.  But in > order > for that to wo

PING^2: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-07-08 Thread Xi Ruoyao via Gcc-patches
Ping again. On Mon, 2021-06-28 at 21:50 +0800, Xi Ruoyao wrote: > Ping.  CC several maintainers who may help to review MIPS patches. > Sorry if it sounds buzzing. > > On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > > Commit message shamelessly copied from 1777beb6b129 by jakub: > > > > Th

PING: [PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-06-28 Thread Xi Ruoyao via Gcc-patches
Ping. CC several maintainers who may help to review MIPS patches. Sorry if it sounds buzzing. On Wed, 2021-06-23 at 11:11 +0800, Xi Ruoyao wrote: > Commit message shamelessly copied from 1777beb6b129 by jakub: > > This function, because it is sometimes called even outside of function > bodies,

[PATCH] mips: Fix up mips_atomic_assign_expand_fenv [PR94780]

2021-06-22 Thread Xi Ruoyao via Gcc-patches
Commit message shamelessly copied from 1777beb6b129 by jakub: This function, because it is sometimes called even outside of function bodies, uses create_tmp_var_raw rather than create_tmp_var. But in order for that to work, when first referenced, the VAR_DECLs need to appear in a TARGET_EXPR so t