On 6/25/19 4:43 PM, Jeff Law wrote:
> On 6/25/19 2:22 PM, [email protected] wrote:
>> From: Aaron Sawdey <[email protected]>
>>
>> * builtins.c (get_memory_rtx): Fix comment.
>> * optabs.def (movmem_optab): Change to cpymem_optab.
>> * expr.c (emit_block_move_via_cpymem): Change movmem to cpymem.
>> (emit_block_move_hints): Change movmem to cpymem.
>> * defaults.h: Change movmem to cpymem.
>> * targhooks.c (get_move_ratio): Change movmem to cpymem.
>> (default_use_by_pieces_infrastructure_p): Ditto.
> So I think you're missing an update to the RTL/MD documentation. This
> is also likely to cause problems for any out-of-tree ports, so it's
> probably worth a mention in the gcc-10 changes, which will need to be
> created (in CVS no less, ugh).
>
> I think the stuff posted to-date is fine, but it shouldn't go in without
> the corresponding docs and gcc-10 changes updates.
Here is the corresponding documentation change for gcc-10/changes.html.
OK for trunk?
Thanks,
Aaron
Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-10/changes.html,v
retrieving revision 1.4
diff -r1.4 changes.html
139c139,149
< <!-- <h2>Other significant improvements</h2> -->
---
> <h2>Other significant improvements</h2>
> <ul>
> <li>
> To allow inline expansion of both <code>memcpy</code>
> and <code>memmove</code>, the existing <code>movmem</code> instruction
> patterns used for non-overlapping memory copies have been renamed to
> <code>cpymem</code>. The <code>movmem</code> name is now used
> for overlapping memory moves, consistent with the
> library functions <code>memcpy</code> and <code>memmove</code>.
> </li>
> </ul>
--
Aaron Sawdey, Ph.D. [email protected]
050-2/C113 (507) 253-7520 home: 507/263-0782
IBM Linux Technology Center - PPC Toolchain
