https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80378
--- Comment #1 from Andi Kleen ---
Small correction: argument 4 would need to be a constant for shifted by.
: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I get an extra
note: code may be misoptimized unless -fno-strict-aliasing is used
note for type mismatches in LTO
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I've been adding alloc_size attributes to the Linux kernel allocators.
However there are some allocator patterns that can currently
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.
: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
The current mainline version of autofdo doesn't inline indirect calls based on
profiling data.
I instrumented a bootstrap and it never triggers.
gcc.dg/tree
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
icc and microsoft have a _xgetbv intrinsic for the XGETBV instruction, which is
needed to check if AVX or MPX are supported by the kernel.
gcc is missing an intrinsic for that, so
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
When doing API refactorings it is reasonable common to have too many or not
enough arguments in function calls. The existing errors in gcc/g++ are not very
good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #3 from Andi Kleen ---
Analyzing the code more it looks like the compiler generates it correctly, the
edge returned should not be 0 here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #2 from Andi Kleen ---
Created attachment 38110
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38110=edit
somewhat reduced input file, only single function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427
--- Comment #1 from Andi Kleen ---
Created attachment 38109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38109=edit
ipa-profile input
Here's the source of the miscompiled file from the compiler
cc1plus -O2 ipa-profile.i -S
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
I've been working on building gcc with an autofdo bootstrap.
Currently I always run into an crash while rebuilding tree.c with the stage2
compiler and the autofdo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
--- Comment #17 from Andi Kleen ---
There were a few false or useless ones (e.g. related to macros and specific
build configs). I didn't look through them all, but various were semi
legitimate, but also very minor (small) so fixing it won't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
gcc -v --help does not output all the possible options for -mtune=/-march=
For example corei7-avx is missing for arch, which is Sandy Bridge. tune is also
mising
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66229
--- Comment #2 from Andi Kleen ---
Some analysis of the problem:
At the time cc1 is streaming out profile_data it is not set to anything in
autofdo. So the LTO files contain all 0 profile data, which later causes the
ICE here.
Seems to be some
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=60946
--- Comment #9 from Andi Kleen ---
Created attachment 36391
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36391=edit
workaround
This workaround fixes it. Disable -gc-section for libstdc++.
It seems like a linker bug. I opened a binutils
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50676
--- Comment #6 from Andi Kleen andi-gcc at firstfloor dot org ---
The patch doesn't seem to be checked in yet. Is there a reason for that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
Created attachment 36008
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36008action=edit
Updated patch with documentation and param
I updated the patch with proper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org ---
Created attachment 35993
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35993action=edit
Potential patch
This patch fixes the problem for my simple test case. It adds a fall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66890
--- Comment #1 from Andi Kleen andi-gcc at firstfloor dot org ---
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
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 == 999
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61635
--- Comment #7 from Andi Kleen andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org ---
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=35172action=edit
test case
When building the linux 4.0-rc5 kernel with 5.0 there are several
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 andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64963
--- Comment #10 from Andi Kleen andi-gcc at firstfloor dot org ---
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
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 unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64130
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org ---
You're right. I actually meant
x = maxval(typeof(a)), x / a cannot be 0.
Corrected test case (assuming 64bit target):
#include limits.h
int fsigned(int a)
{
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #12 from Andi Kleen andi-gcc at firstfloor dot org ---
Yes should have been omp parallel for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #13 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63933
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org ---
Regression, doesn't happen on 4.8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63844
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
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
: 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] + c[i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60804
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
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=33835action=edit
proposed patch adding barriers
No test case currently, but we got a report that the builtins for x86
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:
.string xabc
.LC1:
.string abc
So the abcs get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63556
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Severity|normal |enhancement
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-type.c:5:11: error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #6 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #9 from Andi Kleen andi-gcc at firstfloor dot org ---
Patch fixes the test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63462
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
: 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 andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63466
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63450
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61898
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61969
--- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org ---
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 t...@codesourcery.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #4 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #16 from Andi Kleen andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org ---
Created attachment 33607
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33607action=edit
not quite yet runnable test case
In the real execution blk_flush_complete_seq always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63404
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Component|middle-end |target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
--- Comment #1 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63384
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Attachment #33585|0 |1
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 andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63382
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
--- Comment #15 from Andi Kleen andi-gcc at firstfloor dot org ---
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.
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=33585action=edit
test case (non minimized)
The following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46176
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25957
--- Comment #12 from Andi Kleen andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
--- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org changed:
What|Removed |Added
Status|NEW |RESOLVED
++
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=33568action=edit
test case
This came up while running the opentuner gccflags, which automatically searches
for better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63372
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org ---
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 andi-gcc at firstfloor dot org ---
Should we just disable the option? If it hasn't worked since 4.5 probably noone
needs it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63344
--- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63344
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63253
--- Comment #2 from Andi Kleen andi-gcc at firstfloor dot org ---
I still need to revert this commit to be able to bootstrap. With that it works.
commit d585ba22a6b4250b0d819d3d7da72f7dd37e2981
Author: hubicka hubicka@138bc75d-0d04-0410-961f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #11 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #5 from Andi Kleen andi-gcc at firstfloor dot org ---
Created attachment 33482
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33482action=edit
use ifdef instead of builtin_cpu_supports
This patch fixes the problem for me.
Just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #6 from Andi Kleen andi-gcc at firstfloor dot org ---
Created attachment 33483
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=33483action=edit
Preprocessed file from the cilk runtime library
I'm not sure it'll help you because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #8 from Andi Kleen andi-gcc at firstfloor dot org ---
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63235
--- Comment #10 from Andi Kleen andi-gcc at firstfloor dot org ---
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 gccadmin@138bc75d-0d04-0410-961f-82ee72b054a4
Date: Fri Sep 12 00:16:51 2014 +
Daily bump
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=63202
--- Comment #3 from Andi Kleen andi-gcc at firstfloor dot org ---
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
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 64; i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63186
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61958
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61785
Andi Kleen andi-gcc at firstfloor dot org changed:
What|Removed |Added
CC||andi-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59850
--- Comment #30 from Andi Kleen andi-gcc at firstfloor dot org ---
Please don't invent your own syntax for this. Use the one that has been widely
deployed for years. Thanks.
101 - 200 of 485 matches
Mail list logo