Re: [PATCH] gcc: move assemble_start_function / assemble_end_function to output_mi_thunk

2019-05-16 Thread Max Filippov
On Wed, May 15, 2019 at 2:46 PM Richard Sandiford wrote: > > Max Filippov writes: > > Let backends call assemble_start_function after they have generated > > thunk function body so that a constant pool could be output if it is > > required. This may help backends to avoid implementing custom cons

Re: [PATCH] gcc: move assemble_start_function / assemble_end_function to output_mi_thunk

2019-05-15 Thread Richard Sandiford
Max Filippov writes: > Let backends call assemble_start_function after they have generated > thunk function body so that a constant pool could be output if it is > required. This may help backends to avoid implementing custom constant > loading code specifically for the MI thunk and reuse existing

Re: [PATCH] gcc: move assemble_start_function / assemble_end_function to output_mi_thunk

2019-05-15 Thread augustine.sterl...@gmail.com
On Tue, May 14, 2019 at 10:28 AM Max Filippov wrote: > > Let backends call assemble_start_function after they have generated > thunk function body so that a constant pool could be output if it is > required. This may help backends to avoid implementing custom constant > loading code specifically f

[PATCH] gcc: move assemble_start_function / assemble_end_function to output_mi_thunk

2019-05-14 Thread Max Filippov
Let backends call assemble_start_function after they have generated thunk function body so that a constant pool could be output if it is required. This may help backends to avoid implementing custom constant loading code specifically for the MI thunk and reuse existing functionality. gcc/ 2019-01-