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=119375
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
: 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=119596
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
--- Comment #11 from ak at gcc dot gnu.org ---
#define m_CORE_AVX512 (m_SKYLAKE_AVX512 | m_CANNONLAKE \
| m_ICELAKE_CLIENT | m_ICELAKE_SERVER | m_CASCADELAKE \
| m_TIGERLAKE | m_COOPERLAKE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119596
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=119482
--- Comment #13 from ak at gcc dot gnu.org ---
This patch gives another 23% speedup due to reducing time handling the linked
lists for lazy bitmaps. Probably there is more tuning potential in bitmaps
(most of the top 10 hot functions are bitmap
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=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
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=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=116285
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=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=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 #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=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);
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=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
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
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=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=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=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
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
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
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=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=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=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=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=118168
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC
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=117961
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
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
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=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
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 #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 #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 #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 #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
ak at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
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=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
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=117091
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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
++
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
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=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=117312
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
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=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=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
--- 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
Summary|bit_test_cluster takes |switch clustering takes
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
Last reconfirmed||2024-10-11
Summary
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=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=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=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=115866
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
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=116080
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=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=115866
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
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=115728
ak at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC
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
: 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=79465
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=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=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
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=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
--- 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=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
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 #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
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56580
ak at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
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=61898
--- Comment #1 from ak at gcc dot gnu.org ---
I agree such a warning would make sense.
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=60804
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
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=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
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
1 - 100 of 105 matches
Mail list logo
