stead?)
Thanks,
Martin
contrib/ChangeLog:
2023-10-03 Martin Jambor
* mklog.py (skip_line_in_changelog): Compare to None using is instead
of ==, add an extra newline after the function.
---
contrib/mklog.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/con
er uses of SSAs does not bring them up. During tree-inline they are
handled especially at the end, I assume in order to make sure that
relative ordering of UIDs are the same with and without debug info.
This means that during tree-inline we need to make a hash of killed
SSAs, that we already hav
obvious after including it in a bootstrap
and testing on an x86_64-linux.
Thanks,
Martin
gcc/ChangeLog:
2023-09-21 Martin Jambor
* ipa-modref.h (modref_summary::dump): Make const.
* ipa-modref.cc (modref_summary::dump): Likewise.
(dump_lto_records): Dump to out instead of
Hello,
I am going to commit the following patch to fix PR 111688 (bootstrap on
ppc64le broken) and will re-fix 108007 (issues with IPA-SRA when user
explicitely turns off DCE) when I figure out what's going wrong.
Sorry for the breakage,
Martin
[PATCH] Revert "ipa: Self-DCE of uses of removed
gcc.dg/ipa/pr108959.c.
gcc/ChangeLog:
2023-09-13 Martin Jambor
PR ipa/57
* ipa-prop.h (ipcp_transformation): New member function template
remove_argaggs_if.
* ipa-sra.cc (zap_useless_ipcp_results): Use remove_argaggs_if to
filter aggreagate constants
103669 (to get a
clobber/kill) in a way that ipa-modref can still track things.
Therefore I am not sure if we actually want this patch.
gcc/ChangeLog:
2023-10-04 Martin Jambor
* ipa-modref.cc (ipcp_argagg_and_access_must_overlap_p): New function
tch
It does not try to look up anything in the load lists, this will be
done as a follow-up in order to ease review.
gcc/ChangeLog:
2023-09-19 Martin Jambor
PR ipa/57
* ipa-prop.h (struct ipa_argagg_value): Newf flag killed.
* ipa-modref.cc (ipcp_argagg_and_kill_over
Hi,
a spurious include directory from $HOME slipped into a BRIG FE Makefile.
I've bootstrapped and tested the following fix, which I am going to
commit in a few moments.
Martin
2018-07-04 Martin Jambor
PR hsa/86371
* Make-lang.in (BRIGINCLUDES): Remove erroneous in
Hi,
On Sun, Jul 22 2018, Bernd Edlinger wrote:
> Hi,
>
> this fixes an use of a buffer after the block scope
> in hsa-dump.c: "buf" is assigned to "name" and used after
> the scope ends in a fprintf.
>
> I have not done any real checks, except boot-strapping with
> all languages.
> Is it OK for tr
be grateful for any comments, eventually I'd like to get approval
to commit it to trunk.
Thanks,
Martin
2018-07-10 Martin Jambor
PR target/80689
* tree-sra.h: New file.
* ipa-prop.h: Moved declaration of build_ref_for_offset to
tree-sra.h.
* expr.c:
Hello,
On Mon, May 22 2023, Aldy Hernandez wrote:
> I've adjusted the patch with some minor cleanups that came up when I
> implemented the rest of the IPA revamp.
>
> Rested. OK?
>
> On Wed, May 17, 2023 at 4:31 PM Aldy Hernandez wrote:
>>
>> This converts the lattice to store ranges in Value_Ra
Hi,
This change, separating Benjamin's name and email address with tabs
rather than spaces, makes contrib/check-MAINTAINERS.py script happy
about our MAINTAINERS file again, so I tool the liberty of committing
this as obvious.
Thanks,
Martin
ChangeLog:
2023-05-29 Martin J
Hi,
On Mon, May 22 2023, Aldy Hernandez via Gcc-patches wrote:
> Implement hashing for ipa_vr. When all is said and done, all these
> patches incurr a 7.64% slowdown for ipa-cp, with is entirely covered by
> the similar 7% increase in this area last week. So we get type agnostic
> ranges with "i
excercised. OK for master?
Thanks,
Martin
gcc/ChangeLog:
2023-05-26 Martin Jambor
* ipa-prop.h (struct ipcp_transformation): Rearrange members
according to C++ class coding convention, add m_tree_to_idx,
get_param_index and maybe_create_parm_idx_map.
* ipa-cp.cc
.
Bootstrapped, LTO-bootstrapped and LTO-profiledbootstrapped and tested
on x86_64-linux. OK for trunk?
Thanks,
Martin
gcc/ChangeLog:
2023-05-26 Martin Jambor
PR ipa/68930
PR ipa/92497
* ipa-prop.h (ipcp_get_aggregate_const): Declare.
* ipa-prop.cc
Hello,
On Wed, May 31 2023, Richard Biener wrote:
> On Tue, May 30, 2023 at 4:21 PM Jan Hubicka wrote:
>>
>> > On Mon, May 29, 2023 at 6:20 PM Martin Jambor wrote:
>> > >
>> > > Hi,
>> > >
>> > > there have been concerns
Hi,
On Tue, May 30 2023, Richard Biener wrote:
> On Mon, 29 May 2023, Jiufu Guo wrote:
>
>> Hi,
>>
>> Previously, I was investigating some struct parameters and returns related
>> PRs 69143/65421/108073.
>>
>> Investigating the issues case by case, and drafting patches for each of
>> them one by
Hi,
thanks for looking at this.
On Fri, Jun 02 2023, Richard Biener wrote:
> On Mon, 29 May 2023, Martin Jambor wrote:
>
[...]
>> diff --git a/gcc/tree-ssa-sccvn.cc b/gcc/tree-ssa-sccvn.cc
>> index 27c84e78fcf..33215b5fc82 100644
>> --- a/gcc/tree-ssa-sccvn.cc
>&g
Hi,
thanks for dealing with my requests.
On Wed, Jun 07 2023, Aldy Hernandez wrote:
> On 5/26/23 18:17, Martin Jambor wrote:
>> Hello,
>>
>> On Mon, May 22 2023, Aldy Hernandez wrote:
>>> I've adjusted the patch with some minor cleanups that came up when I
Ping.
Thanks,
Martin
On Fri, May 12 2023, Martin Jambor wrote:
> Hi,
>
> PR 108007 is another manifestation where we rely on DCE to clean-up
> after IPA-SRA and if the user explicitely switches DCE off, IPA-SRA
> can leave behind statements which are fed uninitialized values a
Hi Aldy,
On Mon, Jul 17 2023, Aldy Hernandez wrote:
> Currently IPA throws away the known 1 bits because VRP and irange have
> traditionally only had a way of tracking known 0s (set_nonzero_bits).
> With the ability to keep all the known bits in the irange, we can now
> save this between passes.
>
/ChangeLog:
2023-07-17 Martin Jambor
* tree-ssa-loop-ivcanon.cc (try_peel_loop): Remove unused variable
entry_count.
---
gcc/tree-ssa-loop-ivcanon.cc | 1 -
1 file changed, 1 deletion(-)
diff --git a/gcc/tree-ssa-loop-ivcanon.cc b/gcc/tree-ssa-loop-ivcanon.cc
index bdb738af7a8
Hi,
This patch documents the analyzer parameters introduced in
r14-2029-g0e466e978c7286 also in gcc/doc/invoke.texi.
Committed as obvious after testing with make pdf and make info and
eyeballing the result.
Thanks,
Martin
2023-07-20 Martin Jambor
* doc/invoke.texi (analyzer-text
Hello Lehua,
On Wed, Jul 12 2023, Lehua Ding wrote:
> Hi,
>
> This tiny patch add --append option to mklog.py that support add generated
> ChangeLog to the corresponding patch file. With this option there is no need
> to manually copy the generated ChangeLog to the patch file. e.g.:
>
> Run `mklog
Hello Lehua,
On Fri, Jul 21 2023, Lehua Ding wrote:
> Hi Martin,
>
>
> > this patch caused flake8 to complain about contrib/mklog.py:
> >
> > $ flake8 contrib/mklog.py
> > contrib/mklog.py:377:80: E501 line too long (85 > 79 characters)
> > contrib/mklog.py:388:26: E127 continuation line over-ind
Hello Lehua,
On Fri, Jul 21 2023, Lehua Ding wrote:
> Hi Martin,
>
>
> By the way, is there a standard format required for these Python files?
Generally, our Python coding conventions are at
https://gcc.gnu.org/codingconventions.html#python
> I see that other Python files have similar format err
Hello,
On Tue, Jul 18 2023, Aldy Hernandez wrote:
> On 7/17/23 15:14, Aldy Hernandez wrote:
>> Instead of reading the known zero bits in IPA, read the value/mask
>> pair which is available.
>>
>> There is a slight change of behavior here. I have removed the check
>> for SSA_NAME, as the ranger c
testcases in the PR need surprisingly more
effort but the simple one can be fixed now easily by this patch and I'll
work on the others incrementally.
Bootstrapped and currently undergoing testsuite run on x86_64-linux. OK
if it passes too?
Thanks,
Martin
gcc/ChangeLog:
2023-07-31 Martin J
patch does (and the extra testcase verifies).
Bootstrapped and tested on x86_64-linux. OK for trunk and then for
release branches?
Thanks,
Martin
gcc/ChangeLog:
2022-07-01 Martin Jambor
PR tree-optimization/105860
* tree-sra.cc (build_reconstructed_reference): Start
Hi,
On Mon, Jul 04 2022, Richard Biener wrote:
> On Fri, 1 Jul 2022, Martin Jambor wrote:
>
>> Hi,
>>
>> As the testcase in PR 105860 shows, the code that tries to re-use the
>> handled_component chains in SRA can be horribly confused by unions,
>> where
e
original intent.
I hope the fix is obvious enough (and it is only a testsuite change)
that I can commit it myself.
Thanks,
Martin
gcc/testsuite/ChangeLog:
2022-07-08 Martin Jambor
PR testsuite/106216
* gcc.dg/tree-ssa/alias-access-path-13.c (union foo): Replace a long
for master and then all
active release branches?
Thanks,
Martin
gcc/ChangeLog:
2022-07-13 Martin Jambor
PR ipa/106260
* ipa-cp.cc (initialize_node_lattices): Replace assert that there are
callers with handling that situation when -fno-toplevel_reorder.
gcc
Hi,
On Thu, Jul 14 2022, Richard Biener wrote:
> On Wed, Jul 13, 2022 at 11:06 PM Martin Jambor wrote:
>>
>> Hi,
>>
>> with -fno-toplevel-reorder (and -fwhole-program), there apparently can
>> be local functions without any callers.
>
> Did you check w
as variable,
>> thus avoiding both the assert trigger and the verification failure.
>>
>> Bootstrapped and tested on x86_64-linux. OK for master and then all
>> active release branches?
>>
>> Thanks,
>>
>> Martin
>>
>>
>> gcc/Chan
Hi,
On Thu, Jun 23 2022, Xionghu Luo via Gcc-patches wrote:
> There is a corner case for speculative multiple targets, that if speculative
> edges are streamed to different ltrans units, and then edges are expanded
> in one ltrans unit but the speculative property is not cleared by
> resolve_specu
Hi Richard,
On Fri, Nov 13 2020, Richard Sandiford via Gcc-patches wrote:
> A later patch wants to be able to pass around subarray views of an
> existing array. The standard class to do that is std::span, but it's
> a C++20 thing. This patch just adds a cut-down version of it.
thanks a lot for
Hello,
I have one more question/comment about array_slice. Ever since I
started to use it...
On Fri, Nov 13 2020, Richard Sandiford via Gcc-patches wrote:
> A later patch wants to be able to pass around subarray views of an
> existing array. The standard class to do that is std::span, but it's
Hello,
On Wed, Aug 02 2023, Richard Biener wrote:
> On Mon, Jul 31, 2023 at 7:05 PM Martin Jambor wrote:
>>
>> Hi,
>>
>> when IPA-SRA detects whether a parameter passed by reference is
>> written to, it does not special case CLOBBERs which means it often
>&
Hello,
On Fri, Aug 11 2023, Christophe Lyon wrote:
> Hi Martin,
>
>
> On Fri, 4 Aug 2023 at 18:26, Martin Jambor wrote:
>
>> Hello,
>>
>> On Wed, Aug 02 2023, Richard Biener wrote:
>> > On Mon, Jul 31, 2023 at 7:05 PM Martin Jambor wrote:
>> >&
Hello Richi,
it took me quite time to get back to this but it might have actually
helped because it forced me to re-read the code around and in turn
simplify the patch.
On Mon, Jun 12 2023, Richard Biener wrote:
> On Fri, 9 Jun 2023, Martin Jambor wrote:
>
[...]
>> @@ -23
because comp->ts.type in those cases is BT_CLASS and not
BT_CHARACTER. This patch simply adds a check to make sure it is only
accessed in those cases.
I have verified that the UPBSAN failure goes away with this patch, it
also passes bootstrap and testing on x86_64-linux. OK for master?
T
Hello,
On Mon, Aug 14 2023, Harald Anlauf via Gcc-patches wrote:
> Hi Martin,
>
> Am 14.08.23 um 19:39 schrieb Martin Jambor:
>> Hello,
>>
>> this patch addresses an issue uncovered by the undefined behavior
>> sanitizer. In function resolve_structure_cons
such cases.
Bootstrapped, LTO-bootstrapped and tested on x86_64-linux. OK for
master?
Thanks,
Martin
gcc/ChangeLog:
2023-08-18 Martin Jambor
PR ipa/110378
* ipa-param-manipulation.cc
(ipa_param_body_adjustments::mark_dead_statements): Verify that any
return
Hello,
On Thu, Jun 15 2023, Marek Polacek via Gcc-patches wrote:
> On Mon, Jun 05, 2023 at 09:06:43PM -0600, Jeff Law wrote:
>>
>>
>> On 6/5/23 10:18, Marek Polacek via Gcc-patches wrote:
>> > Ping. Anyone have any further comments?
>> Given this was approved before, but got reverted due to iss
On Fri, Jun 16 2023, Marek Polacek wrote:
> On Fri, Jun 16, 2023 at 12:26:23PM +0200, Martin Jambor wrote:
>> Hello,
>>
>> On Thu, Jun 15 2023, Marek Polacek via Gcc-patches wrote:
>> > On Mon, Jun 05, 2023 at 09:06:43PM -0600, Jeff Law wrote:
>> >>
&
caller
into the early checks and makes the node a non-candidate for any
transformation if it does not.
Bootstrapped and tested on x86_64-linux, LTO bootstrap is still
underway. OK if it passes too?
Thanks,
Martin
gcc/ChangeLog:
2023-06-16 Martin Jambor
PR ipa/110276
* ipa
Hi,
On Mon, May 22 2023, Aldy Hernandez via Gcc-patches wrote:
> This patch converts the ipa_jump_func code to use the type agnostic
> ipa_vr suitable for GC instead of value_range which is integer specific.
>
> I've disabled the range cacheing to simplify the patch for review, but
> it is handled
Hi,
On Mon, May 22 2023, Aldy Hernandez via Gcc-patches wrote:
> Implement hashing for ipa_vr. When all is said and done, all these
> patches incurr a 7.64% slowdown for ipa-cp, with is entirely covered by
> the similar 7% increase in this area last week. So we get type agnostic
> ranges with "i
Hi,
On Mon, May 22 2023, Aldy Hernandez via Gcc-patches wrote:
> Minor cleanups to get rid of value_range in IPA. There's only one left,
> but it's in the switch code which is integer specific.
>
> OK?
With the same request that...
>
> gcc/ChangeLog:
>
> * ipa-cp.cc (decide_whether_versio
Hello,
On Tue, May 16 2023, Marek Polacek via Gcc-patches wrote:
> As promised in the --enable-host-pie patch, this patch adds another
> configure option, --enable-host-bind-now, which adds -z now when linking
> the compiler executables in order to extend hardening. BIND_NOW with RELRO
> allows t
On Tue, Jun 27 2023, Jan Hubicka wrote:
> Hi,
> as shown in the testcase (which would eventually be useful for
> optimizing std::vector's push_back), ipa-prop can use context dependent ranger
> queries for better value range info.
>
> Bootstrapped/regtested x86_64-linux, OK?
>
> Honza
>
> gcc/Chang
Hi,
On Tue, Jun 27 2023, Marek Polacek wrote:
> On Tue, Jun 27, 2023 at 01:39:16PM +0200, Martin Jambor wrote:
>> Hello,
>>
>> On Tue, May 16 2023, Marek Polacek via Gcc-patches wrote:
>> > As promised in the --enable-host-pie patch, this patch adds another
>&g
Hi,
On Thu, Jun 29 2023, Marek Polacek wrote:
> On Thu, Jun 29, 2023 at 05:58:22PM +0200, Martin Jambor wrote:
[...]
>>
>> Unfortunately I won't have time to actually look at this in the next 2-3
>> weeks, so I am inclined to just trust the verification script
Hi David,
On Wed, May 31 2023, David Malcolm via Gcc-patches wrote:
> This patch extends -Wanalyzer-out-of-bounds so that, where possible, it
> will emit a text art diagram visualizing the spatial relationship between
[...]
>
> gcc/ChangeLog:
> PR analyzer/106626
> * Makefile.in (AN
Hello Iain,
On Tue, Aug 15 2023, FX Coudert via Gcc-patches wrote:
>
[...]
> From e1cf04cadb9fa065fb3f7d6bccf9ed6f1e9e3fc1 Mon Sep 17 00:00:00 2001
> From: Iain Sandoe
> Date: Sun, 28 Mar 2021 14:48:17 +0100
> Subject: [PATCH 2/4] Darwin: Allow for configuring Darwin to use embedded
> runpath.
Hello,
On Thu, Oct 05 2023, Jan Hubicka wrote:
>> gcc/ChangeLog:
>>
>> 2023-09-19 Martin Jambor
>>
>> PR ipa/57
>> * ipa-prop.h (struct ipa_argagg_value): Newf flag killed.
>> * ipa-modref.cc (ipcp_argagg_and_kill_overlap_p): New
apped and tested on x86_64-linux. OK for master?
2023-11-02 Martin Jambor
* trans-decl.cc (gfc_build_builtin_function_decls): Fix fnspec of
generate_error.
---
gcc/fortran/trans-decl.cc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/fortran/trans-decl
Hello,
On Thu, Oct 12 2023, Robin Dapp wrote:
>
[...]
> gcc/ChangeLog:
>
> PR bootstrap/84402
> PR target/111600
>
> * Makefile.in: Handle split insn-emit.cc.
> * configure: Regenerate.
> * configure.ac: Add --with-insnemit-partitions.
> * genemit.cc (output_pee
master?
Thanks,
Martin
gcc/ChangeLog:
2023-02-13 Martin Jambor
PR ipa/108679
* ipa-sra.cc (push_param_adjustments_for_index): Do not omit
creation of non-scalar replacements even if IPA-CP knows their
contents.
gcc/testsuite/ChangeLog:
2023-02-13 Martin
subsequent patch on an x86_64-linux. OK for
master and the 12 branch - assuming it is also affected?
Thanks,
Martin
gcc/ChangeLog:
2023-02-17 Martin Jambor
PR ipa/107925
* ipa-cp.cc (update_specialized_profile): Drop orig_node_count to
ipa count, remove assert
once stage1 opens up? Or perhaps even now?
Thanks,
Martin
gcc/ChangeLog:
2023-02-20 Martin Jambor
PR ipa/107925
* ipa-cp.cc (update_profiling_info): Drop counts of orig_node to
global0 instead of zeroing when it does not have as many counts as
it should
Hello,
I'd like to ping the patch below.
Martin
On Tue, Feb 21 2023, Martin Jambor wrote:
> Hi,
>
> the patch below fixes various issues in function
> update_specialized_profile. The main is removal of the assert which
> is bogus in the case of recursive cloni
Hello,
I'd like to ping the patch below.
Martin
On Tue, Feb 21 2023, Martin Jambor wrote:
> Hi,
>
> Looking into the behavior of profile count updating in PR 107925, I
> noticed that an option not considered possible was actually happening,
> and - with the guesswork in
Hello,
On Wed, May 10 2023, Eugene Rozenfeld via Gcc-patches wrote:
> autoprofiledbootstrap build produces new warnings since inlining decisions
> are different from other builds. This patch contains fixes and workarounds
> for those warnings.
>
> Tested on x86_64-pc-linux-gnu.
>
> gcc/ChangeLog:
2023-05-11 Martin Jambor
PR ipa/108007
* cgraph.h (cgraph_edge): Add a parameter to
redirect_call_stmt_to_callee.
* ipa-param-manipulation.h (ipa_param_adjustments): Added a
parameter to modify_call.
* cgraph.cc (cgraph_edge::redirect_call_stmt_to_c
Hello Patrick,
On Wed, May 03 2023, Patrick Palka via Gcc-patches wrote:
>
[...]
>
> Subject: [PATCH] c++: potentiality of templated memfn call [PR109480]
>
> Here we're incorrectly deeming the templated call a.g() inside b's
> initializer as potentially constant, despite g being non-constexpr,
>
Hello,
On Tue, May 16 2023, Jonathan Wakely via Gcc-patches wrote:
> Tested powerpc64le-linux. Builds OK on djgpp too.
>
> Pushed to trunk.
>
> -- >8 --
>
> DJGPP (and maybe other targets) uses MAX_OFILE_ALIGNMENT=16 which means
> that globals (and static objects) can't have alignment greater than
Hello,
On Wed, May 17 2023, Aldy Hernandez wrote:
> This patch encapsulates the ipa_vr internals into an API. It also
> makes it type agnostic, in preparation for upcoming changes to IPA.
>
> Interestingly, there's a 0.44% improvement to IPA-cp, which I'm sure
> we'll soak up with future changes
Hi,
On Wed, Jan 06 2021, Gerald Pfeifer wrote:
> On Mon, 4 Jan 2021, Martin Jambor wrote:
>> Given that nobody bothered to update the FE to HSAIL 1.2 (which is 2.5
>> years old) and it is unlikely to have many users, maybe it is time to
>> deprecate the FE in GCC 11 (I gues
Hi,
On Thu, Jan 28 2021, Richard Biener wrote:
> On Thu, Jan 28, 2021 at 7:32 AM Hongtao Liu via Gcc-patches
> wrote:
>>
>> Hi:
>>GCC11 will be the system GCC 2 years from now, and for the
>> processors then, they shouldn't even need to split a 256-bit vector
>> into 2 128-bits vectors.
>>
Hi,
ping, please.
Martin
On Thu, Jan 21 2021, Martin Jambor wrote:
> Hi,
>
> in the PR 98078 testcase, speculative call-graph edges which were
> created by IPA-CP are confirmed during inlining but
> cgraph_edge::set_call_stmt does not take it very well.
>
> Th
On Thu, Feb 18 2021, Qing Zhao via Gcc-patches wrote:
> (CC’ing Kees Cook on this topic)
>
> Hi,
>
> This is the first version of the complete patch for the new security feature
> for GCC:
>
> Initialize automatic variables with new first class option
> -ftrivial-auto-var-init=[uninitialized|pa
propagations. I have looked at the
effect of the patch on WPA of Firefox and did not have any.
I have bootstrapped and LTO bootstrapped and tested the patch on
x86_64-linux. OK for trunk? And perhaps later for GCC 10 too?
Thanks
gcc/ChangeLog:
2021-02-26 Martin Jambor
PR ipa/99122
RUNTESTFLAGS="ipa.exp"
make -k check-g++ RUNTESTFLAGS="dg.exp=ipa/*.C"
I will shortly push it to master as obvious.
Thanks and sorry for the stupid mistake,
Martin
gcc/ChangeLog:
2021-08-09 Martin Jambor
PR testsuite/101654
* ipa-prop.c (propagate_contr
Hi,
On Fri, Aug 20 2021, Martin Liška wrote:
> Hello.
>
> As showed in the PR, returning (EAF_NOCLOBBER | EAF_NOESCAPE) for an argument
> that is a function pointer is problematic. Doing such a function call is a
> clobber.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests
soon.
Thanks,
Martin
Martin Jambor (4):
cgraph: Do not warn about caller count mismatches of removed functions
ipa-cp: Propagation boost for recursion generated values
ipa-cp: Fix updating of profile counts and self-gen value evaluation
ipa-cp: Select saner profile count to base heuristics on
is patches avoids checking such cgraph_nodes.
gcc/ChangeLog:
2021-08-20 Martin Jambor
* cgraph.c (cgraph_node::dump): Do not check caller count sums if
the body has been removed. Remove trailing whitespace.
---
gcc/cgraph.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletion
ted method should be
used anyway, I am willing to be persuaded. But this patch is a clear
improvement over the current situation.
gcc/ChangeLog:
2021-08-23 Martin Jambor
* params.opt (param_ipa_cp_profile_count_base): New parameter.
* ipa-cp.c (max_count): Replace with
for the above and a missing check not to count dead incoming edges was
also added.
gcc/ChangeLog:
2021-08-23 Martin Jambor
* ipa-cp.c (struct caller_statistics): New fields rec_count_sum,
n_nonrec_calls and itself, document all fields.
(init_caller_stats): Initialize
en we fail to
optimize 548.exchange with PGO. In the benchmark one recursive edge
count overwhelmingly dominates all other counts in the program and so
we fail to perform the first cloning (for the nonrecursive entry call)
because it looks totally insignificant.
gcc/ChangeLog:
2021-07-16 Mar
Hi,
On Wed, Sep 23 2020, Jan Hubicka wrote:
>> There's patch that does that.
>>
>> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>>
>> Ready to be installed?
>> Thanks,
>> Martin
>
>> From ff5f78110684ed9aedde15d19e856b3acf649971 Mon Sep 17 00:00:00 2001
>> From: Martin
Hi,
On Wed, Sep 23 2020, Martin Liška wrote:
> There's patch that does that.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
> Martin
> From ff5f78110684ed9aedde15d19e856b3acf649971 Mon Sep 17 00:00:00 2001
> From: Martin Liska
> Dat
se the IPA-CP limit further.
I plan to experiment with IPA-CP tuning on a larger set of programs.
Meanwhile, mainly to address the 548.exchange2_r regression, I'm
suggesting this simple change.
gcc/ChangeLog:
2020-09-07 Martin Jambor
* params.opt (ipa-cp-large-unit-insns)
?
Thanks,
Martin
Martin Jambor (6):
ipa: Bundle vectors describing argument values
ipa: Introduce ipa_cached_call_context
ipa: Bundle estimates of ipa_call_context::estimate_size_and_time
ipa: Multiple predicates for loop properties, with frequencies
ipa-cp: Add dumping of overall_size
into one output structure.
gcc/ChangeLog:
2020-09-02 Martin Jambor
* ipa-inline-analysis.c (do_estimate_edge_time): Adjusted to use
ipa_call_estimates.
(do_estimate_edge_size): Likewise.
(do_estimate_edge_hints): Likewise.
* ipa-fnsummary.h (struct
cumulative frequency of loops with the
property.
This second property is then used by IPA-CP to much more aggressively
boost its heuristic score for cloning opportunities which make
iteration counts or strides of frequent loops compile time constant.
gcc/ChangeLog:
2020-09-03 Martin Jambor
set and can be dropped if deemed superfluous.
gcc/ChangeLog:
2020-09-02 Martin Jambor
* ipa-fnsummary.h (ipa_cached_call_context): New forward declaration
and class.
(class ipa_call_context): Make friend ipa_cached_call_context. Moved
methods duplicate_from
stack ones. Unfortunately, I don't think the
structure embedded in ipa_call_context can be made constant because we
need to manipulate and deallocate it when in cache.
gcc/ChangeLog:
2020-09-01 Martin Jambor
* ipa-prop.h (ipa_auto_call_arg_values): New type.
(
When experimenting with IPA-CP parameters, especially when looking
into exchange2_r, it has been very useful to know what the value of
overall_size is at different stages of the decision process. This
patch therefore adds it to the generated dumps.
gcc/ChangeLog:
2020-09-07 Martin Jambor
Hi,
On Wed, Sep 30 2020, Richard Biener wrote:
> On Tue, Sep 29, 2020 at 9:31 PM Jan Hubicka wrote:
>>
>> >
>> > gcc/ChangeLog:
>> >
>> > 2020-09-07 Martin Jambor
>> >
>> > * params.opt (ipa-cp-large-unit-insns): New param
for trunk?
Thanks,
Martin
gcc/ChangeLog:
2020-09-30 Martin Jambor
PR ipa/96394
* ipa-prop.c (update_indirect_edges_after_inlining): Do not add
resolved speculation edges to vector of new direct edges even in
presence of multiple speculative direct edges for a
make
>> iteration counts or strides of frequent loops compile time constant.
>>
>> gcc/ChangeLog:
>>
>> 2020-09-03 Martin Jambor
>>
>> * ipa-fnsummary.h (ipa_freqcounting_predicate): New type.
>> (ipa_fn_summary)
2022-03-07 Martin Jambor
PR translation/104552
* params.opt (ipa-cp-recursive-freq-factor): Remove repeated word
"that" in the description.
---
gcc/params.opt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/params.opt b/gcc/params.o
do it because of thunk expansion issues, and so this patch
does exactly that.
Bootstrapped and LTO-bootstrapped and tested on x86_64-linux. OK for
master?
Thanks,
Martin
gcc/ChangeLog:
2022-03-07 Martin Jambor
PR ipa/104813
* ipa-cp.cc (create_specialized_node): Move
Hello,
just one question
On Tue, Mar 15 2022, Joern Rennecke wrote:
> Most microprocessors have efficient ways to perform CRC operations, be
> that with lookup tables, rotates, or even special instructions.
> However, because we lack a representation for CRC in the compiler, we
> can't do pro
Hello,
I would like to ping this patch, please.
Thanks,
Martin
On Mon, Feb 14 2022, Martin Jambor wrote:
> Hi,
>
> PR 102513 shows we emit bogus array access warnings when IPA-CP
> creates clones specialized for values which it deduces from arithmetic
> jump functions
Hello,
I would like to ping this patch, please.
Thanks,
Martin
On Mon, Feb 14 2022, Martin Jambor wrote:
> Hello Honza,
>
> On Mon, Dec 13 2021, Jan Hubicka wrote:
>>> >>> + || (only_for_nonzero &&
>>>
Hello,
I would like to ping this patch, please.
Thanks,
Martin
On Fri, Jan 28 2022, Martin Jambor wrote:
> Hi,
>
> in r12-2523-g13586172d0b70c ipa-prop tracking of jump functions during
> inlining got the ability to remove ADDR references when inlining
> discovered that they wer
transform when the SSA_NAME to be
replaced is a default definition.
gcc/ChangeLog:
2020-10-19 Martin Jambor
PR tree-optimization/97456
PR middle-end/105071
* tree-complex.c (set_component_ssa_name): Do not replace ignored decl
default definitions with new component
after
IPA but before FRE - which are not many but there is a ccp and fwprop
pass among others. For simple testcases like
gcc/testsuite/gcc.dg/ipa/ipcp-agg-*.c, it makes not assembly difference
at all.
What do you think?
Martin
gcc/ChangeLog:
2022-03-30 Martin Jambor
PR ipa/68930
1 - 100 of 1718 matches
Mail list logo