http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56619
--- Comment #2 from ak at gcc dot gnu.org 2013-03-15 04:31:53 UTC ---
Author: ak
Date: Fri Mar 15 04:31:43 2013
New Revision: 196671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=196671
Log:
Document HLE / RTM intrinsic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
--- Comment #5 from ak at gcc dot gnu.org 2012-11-09 15:24:32 UTC ---
Author: ak
Date: Fri Nov 9 15:24:25 2012
New Revision: 193363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193363
Log:
Handle target specific memor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905
--- Comment #3 from ak at gcc dot gnu.org 2010-12-19 19:36:29 UTC ---
Author: ak
Date: Sun Dec 19 19:36:25 2010
New Revision: 168071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=168071
Log:
Fix -fno-lto (PR lto/46905)
gcc/
20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50679
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #15 from ak at gcc dot gnu.org 2011-10-17 14:43:45 UTC ---
Author: ak
Date: Mon Oct 17 14:43:37 2011
New Revision: 180093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180093
Log:
Use MADV_DONTNEED for freeing in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88573
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83355
--- Comment #2 from ak at gcc dot gnu.org ---
Author: ak
Date: Mon Dec 11 16:13:53 2017
New Revision: 255540
URL: https://gcc.gnu.org/viewcvs?rev=255540&root=gcc&view=rev
Log:
Fix stack overflow with autofdo (PR83355)
g++.dg/bprob* is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55223
--- Comment #2 from ak at gcc dot gnu.org 2013-01-20 19:03:29 UTC ---
Author: ak
Date: Sun Jan 20 19:03:22 2013
New Revision: 195321
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195321
Log:
libstdc++: Add mem_order_hle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77684
--- Comment #6 from ak at gcc dot gnu.org ---
Author: ak
Date: Fri May 12 10:09:50 2017
New Revision: 247962
URL: https://gcc.gnu.org/viewcvs?rev=247962&root=gcc&view=rev
Log:
Limit perf data buffer during profiling
With high -j paralle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #11 from ak at gcc dot gnu.org ---
Author: ak
Date: Tue Nov 11 05:10:58 2014
New Revision: 217336
URL: https://gcc.gnu.org/viewcvs?rev=217336&root=gcc&view=rev
Log:
Error out for Cilk_spawn or array expression in forbidde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60467
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #10 from ak at gcc dot gnu.org ---
Reduced test case. It's probably invalid cilk, but gcc shouldn't ICE:
fn1() {
if (_Cilk_spawn func_2())
;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
--- Comment #1 from ak at gcc dot gnu.org ---
I agree such a warning would make sense.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Like in:
void f2();
int f()
{
return ({ _Cilk_spawn f2(); 0; });
}
and some other places that use contains_silk_spawn_stmt to check for errors.
But that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56580
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63472
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63472
--- Comment #2 from ak at gcc dot gnu.org ---
Looks like there are more problems with -fgnu-tm
I hacked csmith to generate random __transaction_atomic blocks and I got a lot
of crashes immediately. All I looked at were variants of these two
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63472
--- Comment #3 from ak at gcc dot gnu.org ---
Another one:
0x8e23b7 crash_signal
../../gcc/gcc/toplev.c:340
0x61be46 copy_bbs(basic_block_def**, unsigned int, basic_block_def**,
edge_def**, unsigned int, edge_def**, loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63472
--- Comment #4 from ak at gcc dot gnu.org ---
Reduced test cases for all three crashes. I suspect multiple have a similar
root cause (except perhaps for the expand_expr_addr_expr_1 one)
It looks like the transaction code messes up cfgloops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43448
--- Comment #1 from ak at gcc dot gnu.org 2010-10-18 09:39:19 UTC ---
Author: ak
Date: Mon Oct 18 09:39:15 2010
New Revision: 165613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165613
Log:
Remove gccbug
gcc/
2010-10-18 An
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93768
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101989
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Bug 115130 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116080
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116520
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 116520, which changed state.
Bug 116520 Summary: Multiple condition lead to missing vectorization due to
missing early break
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116520
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Bug 115130 depends on bug 116520, which changed state.
Bug 116520 Summary: Multiple condition lead to missing vectorization due to
missing early break
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116520
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115130
Bug 115130 depends on bug 115866, which changed state.
Bug 115866 Summary: missed optimization vectorizing switch statements.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115866
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79465
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
: enhancement
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
Forked from PR115274
Since they often depend on inlining and the exact caller, and for the user to
determine if they read or not they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115274
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115728
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83324
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116510
--- Comment #12 from ak at gcc dot gnu.org ---
Like this? It fixes the test case.
I'm not sure why you want AND_EXPR, this is a truth formula. Maybe it should be
TRUTH_ANDIF_EXPR though to short circuit.
diff --git a/gcc/tree-if-conv.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Summary|bit_test_cluster takes |switch clustering takes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #4 from ak at gcc dot gnu.org ---
Here's a patch that enables the slow switch conversions only at -O2.
With that the test case builds reasonably quickly.
diff --git a/gcc/common.opt b/gcc/common.opt
index 12b25ff486de..4af7a94
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2024-10-11
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #2 from ak at gcc dot gnu.org ---
Minimum patch. Only enable the clustering at -O2.
diff --git a/gcc/tree-switch-conversion.cc b/gcc/tree-switch-conversion.cc
index 00426d46..468b15f1c461 100644
--- a/gcc/tree-switch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
--- Comment #10 from ak at gcc dot gnu.org ---
https://github.com/andikleen/gcc/commit/9a71a4dbdd7094241bcdb0b89d7261c19dcc4b34
fixes the test case by checking early that bit clustering only works when
multiple labels point to the same code. It
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
--- Comment #5 from ak at gcc dot gnu.org ---
Peter, can you construct a test case that demonstrates the problem?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
++
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
While trying to reduce another problem I hit this:
foo.cc:
template <_Lp> struct __shared_ptr_access {
template
using __esft_base_t decltype(__enable_shared_from_thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #3 from ak at gcc dot gnu.org ---
Reduced test case for an Intel platform:
gu.cc:
template class tuple;
template struct tuple<_T1, _T2> {
tuple(_T1, _T2);
};
struct __uniq_ptr_impl {
__uniq_ptr_impl(int __p, int) : _M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
With the change in PR117091 that makes switch bit test conversion more
aggressive
I see a failure in gcc.dg/pr21643.c which checks for tree reassoc happening.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #5 from ak at gcc dot gnu.org ---
Also the ICE had a truncated backtrace. Checking it in gdb gives the full one.
The bad mangling happens while autofdo is reading the string table of the afdo
file, and trying to generate the asm name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
ak at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
With --with-build-config=bootstrap-lto make autoprofiledbootstrap
I get
/home/ak/gcc/obj-auto/./prev-gcc/xg++ -B/home/ak/gcc/obj-auto/./prev-gcc/
-B/usr/local/x86_64-pc-linux-gnu/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #8 from ak at gcc dot gnu.org ---
It's when reading the profile file, so stage 4 (?)
The full log is here: http://firstfloor.org/~andi/l2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #10 from ak at gcc dot gnu.org ---
The small test case also fails with gcc 13.0 (although it doesn't have the
nested ICE). So it's an old latent bug.
gcc version 13.3.1 20240913 (Red Hat 13.3.1-3) (GCC)
gcc -fau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #11 from ak at gcc dot gnu.org ---
Given that it reproduce with distribution gcc 13.0 I don't think it's a
miscompilation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #15 from ak at gcc dot gnu.org ---
I guess to debug have to figure what's different about the decl between the non
autofdo case and autofdo.
I tried to work around it by modifying the urlifier code to avoid the anonymous
name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #21 from ak at gcc dot gnu.org ---
Thanks.
I'll see if this patch is enough:
diff --git a/gcc/tree.cc b/gcc/tree.cc
index b4c059d3b0db..92f99eaccd72 100644
--- a/gcc/tree.cc
+++ b/gcc/tree.cc
@@ -787,8 +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117312
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #17 from ak at gcc dot gnu.org ---
http://firstfloor.org/~andi/fbdata.afdo is the gcov file for the reproducer
above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #16 from ak at gcc dot gnu.org ---
I'm not sure the revision in the subject is right. Given the reproduction in
gcc 13 it seems to me this is a latent bug that is just triggered by changes in
the bootstrapped input source. Stra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
--- Comment #18 from ak at gcc dot gnu.org ---
Okay I looked into need_assembler_name_p. For __ct function_decl it bails out
due to
784 /* If DECL already has its assembler name set, it does not need a
785 new one. */
786
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
forked from PR117091
When the (admittedly extreme) test case from PR117091 is compiled with -O2
-fno-bit-tests -fno-jump-tables (to work around the switch scalability issues)
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117350
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118279
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118168
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117961
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Depends on: 113703, 117186, 117688, 118174
Target Milestone: ---
Optimizations introducing undefined behavior.
Referenced Bugs:
https
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Bug 40883 depends on bug 80188, which changed state.
Bug 80188 Summary: calls.c: reason argument to maybe_complain_about_tail_call
must be marked for translation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
What|Removed
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Depends on: 115606, 115979, 116080, 116545, 118430, 118442
Target Milestone: ---
Issues with the new musttail attribute.
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115606
[Bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80188
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116126
--- Comment #10 from ak at gcc dot gnu.org ---
Okay it looks like the test case just avoids the if (...) return problem by
replacing it with if (...) break. I guess the vectorizer should really be able
to do that on its own.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116126
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118277
--- Comment #6 from ak at gcc dot gnu.org ---
Can you expand? None of the other callers of cp_parser_constant_expression seem
to do anything special for templates.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118198
ak at gcc dot gnu.org changed:
What|Removed |Added
Summary|tail merge should not merge |tail merge/cross jump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118198
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #29 from ak at gcc dot gnu.org ---
We could also implement greedy switch clustering for jump tables I think. Right
now it's only for the switch bitmap clustering.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118252
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118864
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119375
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119628
--- Comment #2 from ak at gcc dot gnu.org ---
The existing attributes could just handle this case?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #9 from ak at gcc dot gnu.org ---
I can test it later, but it would surprise me if it helps. The problem is not
the computation but the misses. When profiling it I see a lot of cache misses
on "cmp" memory load. So likely
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
Created attachment 60892
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60892&action=edit
input file
This is a file from the Ladybird browser. It uses flatten. With flat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #5 from ak at gcc dot gnu.org ---
Also I should add that the Ladybird developers report a 40% performance
improvement from adding flatten to clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #11 from ak at gcc dot gnu.org ---
Okay it's not aliases just all the decls of the scope.
I think it would benefit from two lists, one list of marked decls, and another
of yet to mark decls. So that the already marked bindings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
--- Comment #10 from ak at gcc dot gnu.org ---
I misidentified the hot loop, it's actually this one in store_bindings:
for (t = names; t; t = TREE_CHAIN (t))
{
if (TREE_CODE (t) == TREE_LIST)
id = TREE_PURPOSE (t);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #3 from ak at gcc dot gnu.org ---
I ran a full comparison now. There is actually a significant regression between
g++-13 and g++-14, but -15 is roughly the same as -14. All are significantly
slower than clang:
clang++-19 -std=gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #4 from ak at gcc dot gnu.org ---
Created attachment 60902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60902&action=edit
input file for clang testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #9 from ak at gcc dot gnu.org ---
For the ICE i'm not sure why i'm not seeing it. The input file should have had
flatten enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119387
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114563
--- Comment #14 from ak at gcc dot gnu.org ---
>to do this for entry_size < G.pagesize * GGC_QUIRE_SIZE, this should
>avoid fragmenting the virtual address space. Possibly do this only
>for USING_MADVISE, not sure.
Okay let me test that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
--- Comment #8 from ak at gcc dot gnu.org ---
The workload does a lot of bitmap manipulations:
#
5.62% cc1plus cc1plus [.] bitmap_and_into(bitmap_head*,
bitmap_head const*)
5.30% cc1plus cc1plus
: enhancement
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: ak at gcc dot gnu.org
Target Milestone: ---
Target: x86_64
Created attachment 60997
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60997&acti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
ak at gcc dot gnu.org changed:
What|Removed |Added
Version|5.0 |14.0
Ever confirmed|0
1 - 100 of 105 matches
Mail list logo
