https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88622
--- Comment #4 from Andi Kleen ---
Ok that means that this code you pasted in ix86_option_override_internal
somehow doesn't get executed correctly for LTO switching between different
options.
Adding Honza.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55947
Bug #: 55947
Summary: non constant memory models lose HLE qualifiers
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55948
Bug #: 55948
Summary: __atomic_clear / __atomic_store_n ignore HLE_RELEASE
flags
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55947
--- Comment #2 from Andi Kleen 2013-01-11
22:01:49 UTC ---
I would probably add at least a warning. The whole concept of a runtime
switched memory barrier is imho ill-defined.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
Bug #: 55966
Summary: __atomic_fetch_* generate wrong code for HLE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #1 from Andi Kleen 2013-01-14
19:06:02 UTC ---
Here's a test case. This requires the libstdc++ HLE patch from
http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00673.html
g++ -std=gnu++0x
#include
#define ACQ memory_order_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #2 from Andi Kleen 2013-01-14
19:52:03 UTC ---
Created attachment 29163
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29163
preprocessed testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
Andi Kleen changed:
What|Removed |Added
Attachment #29163|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #6 from Andi Kleen 2013-01-14
22:05:38 UTC ---
Hmm that's true. x86 doesn't have xand, x_or, x_xor, only xadd
Maybe cmpxchg is the only way?
For some special cases it can be done (like and single bit-> btr, or single bit
->
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #8 from Andi Kleen 2013-01-14
22:32:06 UTC ---
forbid = give warning and drop bit
It's a hint, but in a good implementation it should not be silently dropped or
code generated that has no chance to elide. It's a quality of im
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17886
--- Comment #25 from Andi Kleen 2013-01-14
22:32:59 UTC ---
Also i need to look more closely, but most likely the C++ atomic code should be
changed to avoid this situation. This would give much better code on x86 in any
case even without e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55966
--- Comment #9 from Andi Kleen 2013-01-14
22:34:16 UTC ---
Also i need to look more closely, but most likely the C++ atomic code should be
changed to avoid this situation. This would give much better code on x86 in any
case even without el
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17886
--- Comment #26 from Andi Kleen 2013-01-14
22:37:34 UTC ---
Sorry commented on the wrong bug. ignore.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55233
--- Comment #2 from Andi Kleen 2013-01-21
01:22:14 UTC ---
Oops typo, I'll fix the ChangeLog
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50584
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55947
--- Comment #3 from Andi Kleen 2013-03-13
13:49:10 UTC ---
It was pointed out to me that atomic triggers this with, when compiled with no
optimization. For HLE wrong hints would be generated.
bool test_and_set(memory_order __m = memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55948
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56618
Bug #: 56618
Summary: inline assembler with too many lines causes ICE in
account_size_time, at ipa-inline-analysis.c
Classification: Unclassified
Product: gcc
Version: u
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56619
Bug #: 56619
Summary: i386 hle atomic intrinsics flags are undocumented
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56619
--- Comment #1 from Andi Kleen 2013-03-14
13:18:32 UTC ---
This is a more complete version of the documentation (also including RTM
intrinsics), again not approved:
http://patchwork.ozlabs.org/patch/211504/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53315
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56619
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54206
--- Comment #5 from Andi Kleen 2012-10-04
18:50:52 UTC ---
This is the configure snippet glibc is using for this.
Someone with better autoconf-fu than me could add it
if test "`cd $srcdir; /bin/pwd`" = "`/bin/pwd`"; then
AC_MSG_ERRO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55066
Bug #: 55066
Summary: lto integer-cst change causes ICE
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55066
Andi Kleen changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095
--- Comment #14 from Andi Kleen 2012-10-25
14:20:31 UTC ---
Is there a chance to fix this in 4.8? What remains to be done?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
Bug #: 55139
Summary: __atomic store does not support __ATOMIC_HLE_RELEASE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: norm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
--- Comment #1 from Andi Kleen 2012-11-07
04:03:53 UTC ---
This is an interesting one. This is the gcc code:
enum memmodel
{
MEMMODEL_RELAXED = 0,
MEMMODEL_CONSUME = 1,
MEMMODEL_ACQUIRE = 2,
MEMMODEL_RELEASE = 3,
MEMMODEL_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55233
Bug #: 55233
Summary: libstdc++ atomic does not support hle_acquire/release
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
--- Comment #3 from Andi Kleen 2012-11-07
14:45:17 UTC ---
I saw the problem both with bootstrapped and non bootstrapped (4.6 base)
compilers
I haven't checked if it's always the missing and, but it's likely
Ok I can change everything t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55139
--- Comment #4 from Andi Kleen 2012-11-09
14:06:20 UTC ---
My earlier analysis was not correct. I was chasing the wrong warning.
Rather the problem is in c-common.c, where the atomic models are checked again.
I'm sending a patch for that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55461
Bug #: 55461
Summary: _mm_loadu_si128 generates wrong instruction on 4.8
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55461
--- Comment #2 from Andi Kleen 2012-11-25
18:07:49 UTC ---
That's a design not matching the hardware then -- read up on reformatting
penalties.
Also the way the rule in the md file is written it more looks like a bug to me.
It seems to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55461
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Consider this simple example:
volatile int count;
int main()
{
int i;
for (i = 0; i < 10; i++) {
if (i ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #1 from Andi Kleen ---
The problem seems to be that
bb-reorder.c:find_rarely_executed_basic_blocks_and_crossing_edges
returns no edges without profile feedback, which prevents generation of a
section split note.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #2 from Andi Kleen ---
Created attachment 35993
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35993&action=edit
Potential patch
This patch fixes the problem for my simple test case. It adds a fall back path
to the partition c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #3 from Andi Kleen ---
I suspect the patch may be too simple because it could get stuck in unlikely,
but high frequency edges in the cold area. Perhaps need to adapt more of the
code of the non partitioning reordering
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #4 from Andi Kleen ---
Created attachment 36008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36008&action=edit
Updated patch with documentation and param
I updated the patch with proper documentation and a param for the cut o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #6 from Andi Kleen ---
The patch doesn't seem to be checked in yet. Is there a reason for that?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56912
Bug #: 56912
Summary: scheduler change breaks linux kernel LTO build with
4.8
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
On x86_64-linux
Works without --enable-gather-detailed-mem-stats
make[2]: *** [compare] Error 1
make[1]: *** [stage3-bubble] Error 2
make: *** [all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
--- Comment #10 from Andi Kleen ---
Yes it has to be fixed. For example with the kernel __kprobes attribute it
could cause a real bug (__kprobes marks function that cannot be safely
instrumented)
We shouldn't inline over different section names
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #7 from Andi Kleen ---
Still happens with current trunk and with newer LTO Linux kernels (4.0-rc*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #8 from Andi Kleen ---
I still get that one with current trunk on my fedora 21 system.
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 35172
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35172&action=edit
test case
When building the linux 4.0-rc5 kernel with 5.0 th
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
target: x86_64-linux
../../../../gcc/libstdc++-v3/libsupc++/tinfo.cc:82:1: internal compiler error:
in mark_functions_to_output, at cgraphunit.c:1307
}
^
0xb25f0b mark_functions_to_output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65621
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56912
--- Comment #6 from Andi Kleen ---
Seems to be fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63344
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63344
--- Comment #5 from Andi Kleen ---
I posted a patch here
http://permalink.gmane.org/gmane.linux.kernel/1793662
BTW actually I don't agree that the bug is valid. We should probably relax the
LTO checking to match what the linker does (which does
++
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 33568
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33568&action=edit
test case
This came up while running the opentuner gccflags, which automatically searches
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63372
--- Comment #2 from Andi Kleen ---
Actually don't even need the test case, the error happens with an empty file
too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60410
--- Comment #9 from Andi Kleen ---
Should we just disable the option? If it hasn't worked since 4.5 probably noone
needs it.
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
No debug so far. But a gcc 5 compiled x86 Linux kernel cannot boot in qemu/KVM
with -kernel bzImage. qemu always resets and loops directly after starting to
execute the kernel image. The same kernel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63382
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
--- Comment #15 from Andi Kleen ---
I don't have any aliasing problems currently, but I haven't tried to take out
the workarounds. But it's ok for me to close.
normal
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 33585
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33585&action=edit
test case (non minimized)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46176
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25957
--- Comment #12 from Andi Kleen ---
Problem is still there in
gcc50 (GCC) 4.9.0 20130617 (experimental)
The stack protector edge should be cold and alignment disabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
--- Comment #5 from Andi Kleen ---
Problem is still there on
gcc version 4.8.3 20140624 (Red Hat 4.8.3-1) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #1 from Andi Kleen ---
With a newer compiler version
gcc version 5.0.0 20140926 (experimental) (GCC)
the test case doesn't crash anymore, but just runs very very long. I killed it
after 20s. This happens with the following two opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
Andi Kleen changed:
What|Removed |Added
Attachment #33585|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #4 from Andi Kleen ---
The problem is when returning a struct from func_52:
const struct S0 func_52 (uint32_t p_53)
{
const struct S0 l_55 = { 4, 40290, 10, 4 };
return l_55;
}
The main code stores the struct value from the sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #5 from Andi Kleen ---
func_52 disappears during/after nrv:
in 173t.nrv:
;; Function func_52 (func_52, funcdef_no=86, decl_uid=2858, cgraph_uid=54,
symbol_order=1152)
func_52 (uint32_t p_53)
{
extern const struct S0 l_55 = {.f0=4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
--- Comment #3 from Andi Kleen ---
It was supposed to be enabled with
Date: Fri May 30 11:39:49 2014 +
-fuse-caller-save - Enable for i386
2014-05-30 Tom de Vries
* config/i386/i386.c (TARGET_CALL_FUSAGE_CONTAINS_NON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #3 from Andi Kleen ---
It loops (forever?) on this in sched2:
Scheduling on fences: (uid:28;seqno:7;)
Fence 28[2] has not changed
Scheduling on fences: (uid:28;seqno:7;)
Fence 28[2] has not changed
Scheduling on fences: (uid:28;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #4 from Andi Kleen ---
It loops forever in this loop in sel_sched_region_2
while (fences)
{
int min_seqno, max_seqno;
ilist_t scheduled_insns = NULL;
ilist_t *scheduled_insns_tailp = &scheduled_insns;
f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #16 from Andi Kleen ---
Can Alan's patch be submitted please?
I always need to apply it now before compiling a kernel.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #20 from Andi Kleen ---
So the only problem was the missing test case, which you supplied?
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
When I boot a current Linux mainline kernel compiled with mainline gcc
and the section fix patch applied I always get a crash at boot in the block
layer.
gcc version 5.0.0 20140926 (experimental
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
--- Comment #1 from Andi Kleen ---
Created attachment 33607
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33607&action=edit
not quite yet runnable test case
In the real execution blk_flush_complete_seq always ends up in the default case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
Andi Kleen changed:
What|Removed |Added
Component|middle-end |target
--- Comment #2 from Andi Kleen ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63450
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
--- Comment #4 from Andi Kleen ---
The patch has several issues (making it currently fail bootstrap):
- it warns for vfprintf too (fixed)
- on i386 it gets confused between va_list * and char *, so something like
char *format;
char buf[100];
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63462
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
sstream is very slow. Comparing two simple programs that parse a stream with C
and with sstream. The sstream version is an order of magnitude slower.
gcc version 4.9.1 20140423 (prerelease) (GCC)
# C++
% time
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Currently any inline asm statement in a loop prevents vectorization, like
#define N 100
int a[N], b[N], c[N];
main()
{
int i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63467
--- Comment #2 from Andi Kleen ---
It's the same with asm("" :::);
At least the vectorizer bombs out on any asm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63467
--- Comment #6 from Andi Kleen ---
For the marker case it's enough if it just stays in the same position in the
basic block and does get duplicated if the BB gets too.
That's somewhat special semantics, that is why I think it would need some way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63466
--- Comment #2 from Andi Kleen ---
Looking at the profile there's plenty of room for optimization. e.g. not using
getc/ungetc, but directly accessing the buffer, or maybe even some kind of
template specialization.
With the variables pulled out i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #6 from Andi Kleen ---
I looked at this a bit more. It's definitely the nrv pass that causes the
problem.
When I disable it in the source code the 32bit version compiles correctly.
I also tried disabling the next pass (cfgcleanup), b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #9 from Andi Kleen ---
Patch fixes the test case.
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
For a test case like this
struct undefined;
int f(struct undefined *f)
{
int x = f->a;
return x + f->a + f->b;
}
tmissing-type.c: In function 'f':
tmissing
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
With this code:
extern void func(char *a, char *b);
void f(void)
{
func("abc", "xabc");
func("abc", "abc");
}
we get:
.LC0:
.strin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63556
Andi Kleen changed:
What|Removed |Added
Severity|normal |enhancement
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 33835
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33835&action=edit
proposed patch adding barriers
No test case currently, but we got a report that the builtins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
#define N 1000
int a[N], b[N], c[N];
main()
{
int i;
#pragma omp parallel num_threads(4)
for (i = 0; i < N; i++) {
a[i] = b[i] +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #2 from Andi Kleen ---
Regression, doesn't happen on 4.8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #4 from Andi Kleen ---
I had a typo in the test case (remove += to make the loops identical)
#define N 1000
int a[N], b[N], c[N];
main()
{
int i;
#pragma omp parallel num_threads(4)
for (i = 0; i < N; i++) {
301 - 400 of 529 matches
Mail list logo