https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #3 from Andi Kleen ---
Hmm, that trick may work for the shift too. Let me try.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82784
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Ralph Levien pointed out as part of FizzBuzz optimization:
Turns out you can compute x%3 == 0 with even fewer steps, it's (x*0xb)
< 0x5556 (assuming
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #4 from Andi Kleen ---
Right it's about special casing the complete expression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #5 from Andi Kleen ---
Also I'm not sure why you would want it in the middle end. It should all work
at the tree level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82853
--- Comment #8 from Andi Kleen ---
I'm not sure if it works with other numbers too.
(need to dig through Hacker's delight & Matters Computational to see if they
have anything on it)
But it could be extended for other word lengths at least
BTW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82854
--- Comment #1 from Andi Kleen ---
Also I suppose a lot of them could be generalized to 8/16/64bit.
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
These all come from a paper
"Optgen: A Generator for Local Optimizations" (Buchwald et.al.).
https://pp.info.uni-karlsruhe.de/uploads/publikationen/buchwald15cc.pdf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
--- Comment #1 from Andi Kleen ---
I'm not sure why you call it a regression? You must be running the test suite
manually with the new option.
I haven't tested, but likely it will fail if you run that test with
-mcmodel=large too. The -mforce-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60016
--- Comment #2 from Andi Kleen ---
This is needed for example to generate backtraces, if the symbol table should
be built in instead of read from the binary.
The Linux kernel cannot read its own binary, so the symbol table has to built
in.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469
--- Comment #1 from Andi Kleen ---
I investigated this a bit.
The problem is in get_chain_decl() in the nested function lowering because Cilk
creates nested functions.
info->outer is NULL
created_nesting_tree does this
for (cgn = cgn->neste
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50679
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469
--- Comment #3 from Andi Kleen ---
I've tried a couple of things to fix this:
- Fill in DECL_CONTEXT to current_fn_decl in cilk
- Fill in DECL_CONTEXT for VAR_DECLs when creating the nested wrapper
No banana so far. The first causes other errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60469
--- Comment #5 from Andi Kleen ---
You're right. It works in C++.
That's similar to my earlier patch, but I didn't comment out the other check
like you did. If commenting out the check work it would seem right to me.
Can you post it as a RFC?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60467
--- Comment #1 from Andi Kleen ---
We could add this patch to avoid the original problem:
diff --git a/gcc/c-family/cilk.c b/gcc/c-family/cilk.c
index f2179dfc..a535948 100644
--- a/gcc/c-family/cilk.c
+++ b/gcc/c-family/cilk.c
@@ -712,8 +712,9 @
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Created attachment 32577
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32577&action=edit
test case from csmith
I hacked csmith to add some _Cilk_spawn k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Andi Kleen changed:
What|Removed |Added
Attachment #32577|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
--- Comment #8 from Andi Kleen ---
I went through my collection of gimplify:8335 from the generator.
Not all of them are special statements. So some more general check would be
needed.
Some examples:
(*l_11) = (g_9 = _Cilk_spawn func_2(l_4
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
While linking libstdc++
`_.stapsdt.base' referenced in section `.note.stapsdt' of
../libsupc++/.libs/libsupc++convenience.a(eh_catch.o): defined in discarded
section `.st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #1 from Andi Kleen ---
Obviously only happens with systemtap-devel installed
Unfortunately seems to be no switch to disable :-(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #5 from Andi Kleen ---
binutils 2.23.88.0.1.-13.fc20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #6 from Andi Kleen ---
>From the links you provided it looks just always broken when
systemtap-sdt-devel is installed.
When it's not installed the configure check disables the broken code.
IRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target x86_64-linux
Following simple test case:
#define N 64
#define ALIGN // __attribute__((aligned(64))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60989
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=61043
--- Comment #3 from Andi Kleen ---
>Unfortunately, gcc does not allow using SIMD intrinsics if not enabled by
>>compiler switches, so leaving the compiler options for a generic target CPU
>>wouldn't work. At least that is the case with gcc 4.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49611
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
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|---
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
The LTO symbol table read by the linker plugin does not contain static symbols.
This is fine for the linker, but changes behavior of gcc-nm (which also uses
the linker plugin) drastically. Normally nm
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
gcc version 4.9.0 20140209 (experimental) (GCC)
gcc -fcilkplus test.c
cilk.c: In function 'main':
tcilk.c:14:5: internal compiler error: Segmentation fault
int main()
^
0x8a5df7 cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
--- Comment #9 from Andi Kleen ---
Created attachment 36391
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36391&action=edit
workaround
This workaround fixes it. Disable -gc-section for libstdc++.
It seems like a linker bug. I opened a bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60946
Andi Kleen changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
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
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++) {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #12 from Andi Kleen ---
Yes should have been omp parallel for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #13 from Andi Kleen ---
>I think aggregate IPA-CP does that, IPA-SRA cannot as the function has
>its address taken.
Perhaps that case (only passing address to gomp runtime) could be special cased
in the escape analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63933
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
The following two functions should always be optimized to return 0
because x > 0, x / a cannot be 0. But VRP misses this case for unkn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64130
--- Comment #3 from Andi Kleen ---
You're right. I actually meant
x >= maxval(typeof(a)), x / a cannot be 0.
Corrected test case (assuming 64bit target):
#include
int fsigned(int a)
{
return 0x1fffL / a == 0;
}
int funsigned(u
rity: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
I currently don't have a small compilable test case, except a build tree from a
large project. But what happened was code like this
f()
{
static void *addr[] = {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #4 from Andi Kleen ---
Yes it uses -fno-toplevel-reordering to avoid the problems with the initializer
reordering.
I tried some workarounds for this, but nothing worked so far. Likely would need
a noreorder attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #5 from Andi Kleen ---
Also I forgot to state: the git tree above now has a workaround
(disabling LTO for that file). If you want to reproduce revert the latest
commit first.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61682
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
extend.texi does not document #pragma simd at all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #30 from Andi Kleen ---
Please don't invent your own syntax for this. Use the one that has been widely
deployed for years. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61741
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61785
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
char b[100];
void alignment(int *p)
{
if ((uintptr_t)p & 15) __builtin_unreachable();
int i;
for (i = 0; i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63186
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63202
--- Comment #3 from Andi Kleen ---
I'm not sure rewriting the pattern to assume_aligned would be useful. After all
the user could already use assume_aligned directly.
I was more thinking of cases when VRP/CCP can prove alignment in other ways
fr
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
When I build with --disable-bootstrap i now always get
Host compiler
gcc version 4.8.1 20130909 [gcc-4_8-branch revision 202388] (SUSE Linux)
Is the new C++ tree code getting miscompiled?
libtool
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
When I build with --disable-bootstrap i now always get
Host compiler
gcc version 4.8.1 20130909 [gcc-4_8-branch revision 202388] (SUSE Linux)
Is the new C++ tree code getting miscompiled?
libtool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #5 from Andi Kleen ---
Created attachment 33482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33482&action=edit
use ifdef instead of builtin_cpu_supports
This patch fixes the problem for me.
Just use an ifdef instead of built
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #6 from Andi Kleen ---
Created attachment 33483
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33483&action=edit
Preprocessed file from the cilk runtime library
I'm not sure it'll help you because you would likely need a compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #8 from Andi Kleen ---
Yes it doesn't happen when compiling with 4.8 branch tip. So has been fixed.
Anyways i'm still going to submit the patch to make the opensuse 13.1 build
work again. I don't think it should hurt anything here to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #10 from Andi Kleen ---
Ok fair enough.
Can do the runtime check in the else of the ifdef then.
Then at least x86_64 or 32bit with SSE would work.
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
I suppose it's Honza's commit
commit b99d67c130c18dc99bc123dcf3fb9b06784892db
Author: gccadmin
Date: Fri Sep 12 00:16:51 2014 +
Daily bump.
git-svn-id: svn+ssh://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63253
--- Comment #2 from Andi Kleen ---
I still need to revert this commit to be able to bootstrap. With that it works.
commit d585ba22a6b4250b0d819d3d7da72f7dd37e2981
Author: hubicka
Date: Thu Sep 11 23:16:42 2014 +
* common.opt (flt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #11 from Andi Kleen ---
Actually I now get similar errors when doing a standard (LTO) boot strap and
running the test suite. Several tests in the test suite fail with the same ICE.
That's surprising, I thought the test suite is done
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?
201 - 300 of 592 matches
Mail list logo
