> Hello Josef,
>
> On Tue, Nov 05 2024, Josef Melcr wrote:
> > Hi!
> >
> > On 11/5/24 12:06, Martin Jambor wrote:
> >> +/* Copy information from SRC_JF to DST_JF which correstpond to call graph
> >> edges
> >> + SRC and DST. */
> >> +
> >> +static void
> >> +ipa_duplicate_jump_function (cgraph
Hello Josef,
On Tue, Nov 05 2024, Josef Melcr wrote:
> Hi!
>
> On 11/5/24 12:06, Martin Jambor wrote:
>> +/* Copy information from SRC_JF to DST_JF which correstpond to call graph
>> edges
>> + SRC and DST. */
>> +
>> +static void
>> +ipa_duplicate_jump_function (cgraph_edge *src, cgraph_edge
> Bootstrapped and tested on x86_64-linux, the whole patch series has
> additionally passed LTO and profiled-LTO bootstrap on the same platform
> and a bootstrap and testsuite on ppc64-linux. Aarch64-linux bootstrap
> and testing is in progress. Because we have agreed with Honza this is
> necessa
Hi!
On 11/5/24 12:06, Martin Jambor wrote:
+/* Copy information from SRC_JF to DST_JF which correstpond to call graph edges
+ SRC and DST. */
+
+static void
+ipa_duplicate_jump_function (cgraph_edge *src, cgraph_edge *dst,
+ipa_jump_func *src_jf, ipa_jump_func *dst
Hi,
when reviewing various IPA bits and pieces I have discovered two
embarrassing problems with jump function duplication.
First, aggregate jump function vector copying contained a pasto where
the source is the (empty) destination vector and so no aggregate jump
functions ever got copied to jump
