riority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andi-gcc at firstfloor dot org
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40886
--- Comment #4 from andi-gcc at firstfloor dot org 2009-08-07 08:50 ---
The RTL loop optimizer does this optimization. I had to fix it a couple
of years ago for unsigned variables.
I think the loop optimizer still does it, just the gcc 4 frontend doesn't
give it input RTL w
--- Comment #6 from andi-gcc at firstfloor dot org 2009-08-07 09:38 ---
It worked on x86 at least
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40886
--- Comment #8 from andi-gcc at firstfloor dot org 2009-08-07 09:52 ---
At least my example in the original bug description shows that the optimization
worked on gcc 3.3. If your theory doesn't explain this then your theory is
wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-29 16:02 ---
(In reply to comment #0)
> I attached a preprocessed test case.
Where?
--- Comment #2 from andi-gcc at firstfloor dot org 2008-08-29 16:02 ---
Created an attachment (id=16164)
--> (http://gcc.g
4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andi-gcc at firstfloor dot org
GCC host triplet: x86_64-linux
GCC target triplet: x86-64-linux
http://gcc.gn
--- Comment #1 from andi-gcc at firstfloor dot org 2008-09-01 11:22 ---
Created an attachment (id=16178)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16178&action=view)
test case
checksum functions extracted from the Linux kernel.
Not preprocessed, but should compile on
--- Comment #3 from andi-gcc at firstfloor dot org 2008-09-01 14:20 ---
Thanks for the us^whelpful comment. If you can suggest a way to do carry
preserving addition without inline assembler that would be fine, otherwise not.
-Os seems to do something that improves it at least (and that
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
CC: marxin at gcc dot gnu.org
Target Milestone: ---
Target: x86_64-linux
Created attachment 48791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48791&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #2 from Andi Kleen ---
Created attachment 48793
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48793&action=edit
capability.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #1 from Andi Kleen ---
Created attachment 48792
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48792&action=edit
sys_ni.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #3 from Andi Kleen ---
Versions reproduced:
gcc version 10.1.1 20200507 [revision dd38686d9c810cecbaa80bb82ed91caaa58ad635]
(SUSE Linux)
gcc-9 (SUSE Linux) 9.3.1 20200406 [revision
6db837a5288ee3ca5ec504fbd5a765817e556ac2]
Versio
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
commit e74c281bf4955eea7fdc5f21b43e29fa0235a5b0 (HEAD -> trunk, origin/trunk,
origin/master, origin/HEAD)
m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #4 from Andi Kleen ---
Reproduced on trunk too
11.0-200626 e74c281bf4955eea7fdc5f21b43e29fa0235a5b0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #5 from Andi Kleen ---
It doesn't seem to be the plugin itself, I compiled trunk with the gcc-7
lto-plugin.c and it fails too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #8 from Andi Kleen ---
It works fine without LTO.
Otherwise the Linux kernel wouldn't work. It relies on this behavior for its
syscalls.
The test case is extracted from there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #9 from Andi Kleen ---
I think the STB_SECONDARY stuff is only needed if ld -r is used, but not for ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95928
--- Comment #12 from Andi Kleen ---
Okay. I only compared gcc-7 (working) vs gcc-9 (broken), but always with LTO.
Looking at the kernel link it also uses --whole-archive. Perhaps that makes a
difference?
I'll redo the test case with --whole-arc
: unassigned at gcc dot gnu.org
Reporter: andi-gcc at firstfloor dot org
Target Milestone: ---
Target: x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93346
--- Comment #1 from Andi Kleen ---
typedef unsigned u;
u bzhi(u src, u inx) { return src & ((1 << inx) - 1); }
with -O2 -march=skylake generates
movl%esi, %r8d
movl$1, %esi
shlx%r8d, %esi, %esi
leal
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=56912
Bug #: 56912
Summary: scheduler change breaks linux kernel LTO build with
4.8
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54206
Bug #: 54206
Summary: build in source dir breaks lto plugin detection
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54206
--- Comment #2 from Andi Kleen 2012-08-09
12:39:14 UTC ---
I didn't do it, but I had to debug a user's gcc config who did it.
WONTFIX would be wrong, if you really don't support it error out in configure
please instead of silent breakage (glibc
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.
--- Comment #1 from andi-gcc at firstfloor dot org 2009-10-05 14:04 ---
Created an attachment (id=18710)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18710&action=view)
tlto1.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41589
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andi-gcc at firstfloor dot org
GCC host triplet: x86_64-linux
GCC target triplet
--- Comment #2 from andi-gcc at firstfloor dot org 2009-10-05 14:04 ---
Created an attachment (id=18711)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18711&action=view)
tlto2.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41589
--- Comment #3 from andi-gcc at firstfloor dot org 2009-10-05 14:04 ---
Created an attachment (id=18712)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18712&action=view)
Makefile.lto
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41589
-
fwhole-program
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andi-gcc at firstfloor dot org
GCC host
--- Comment #6 from andi-gcc at firstfloor dot org 2009-10-05 15:42 ---
I use binutils 2.19 (from opensuse 11.1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41589
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905
--- Comment #5 from Andi Kleen 2011-01-08
23:16:25 UTC ---
slim lto will take some time (next stage1)
i also plan to drop most of the code because with forced plugin
the elf code in collect2 should not be needed anymore.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905
--- Comment #6 from Andi Kleen 2011-01-08
23:56:48 UTC ---
And to add: if you have more fixes for -fno-lto please add them now,
don't wait.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47311
--- Comment #19 from Andi Kleen 2011-01-17
19:59:23 UTC ---
Sounds like a valgrind bug to me. It should know that the string instruction
does not examine the values after the terminator character and the length.
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
Bug #: 50302
Summary: inefficient float->double conversion in AVX with
-mtune=generic
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49282
--- Comment #7 from Andi Kleen 2011-09-13
16:00:24 UTC ---
I haven't tried 32bit or GCOV recently, so not sure. I can try next time.
I was still stuck on the other problem with the confused linker plugin ids.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50511
Bug #: 50511
Summary: gcc lto streamer in fragments memory badly
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #2 from Andi Kleen 2011-09-29
15:58:26 UTC ---
Looking...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #6 from Andi Kleen 2011-09-29
18:03:21 UTC ---
I don't see the problem on a 64bit bootstrap-lto.
I guess i must have written some 32bit unsafe code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #9 from Andi Kleen 2011-09-29
18:17:08 UTC ---
Created attachment 25381
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25381
Use long long in lto-plugin
Can you please test this patch?
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #10 from Andi Kleen 2011-09-29
18:19:02 UTC ---
I did the same patch (with long long)
I think using long long here is ok because lto-plugin only builds
on modern and non weird hosts and they should all have long long
anyways.
uint6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #14 from Andi Kleen 2011-09-29
18:27:11 UTC ---
But that's what I did?
% diffstat plugin-fix
lto-plugin.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
I don't see why long long cannot be used on the platfo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #15 from Andi Kleen 2011-09-29
18:28:18 UTC ---
Hmm good point.
Maybe the splay tree can be fixed. Otherwise have to use 32bit ids on 32bit,
but then the risk of collisions is higher again.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #18 from Andi Kleen 2011-09-29
20:36:50 UTC ---
Created attachment 25384
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25384
fix + splay tree
I have some unrelated trouble with a 32bit bootstrap currently.
This patch should fi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #24 from Andi Kleen 2011-09-29
23:06:35 UTC ---
Thanks. Does it work with this change?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #27 from Andi Kleen 2011-09-29
23:21:12 UTC ---
Hmm is that just for efficiency or did you fix another bug?
(not worrying about efficiency too much because this tree has only
one entry per input file)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #28 from Andi Kleen 2011-09-29
23:22:17 UTC ---
I don't understand which overflow you refer to. Can you please clarify?
afaik a - b is the standard way to write these comparison functions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50568
--- Comment #30 from Andi Kleen 2011-09-29
23:33:52 UTC ---
Okay. Can you post the patch then?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50583
--- Comment #6 from Andi Kleen 2011-09-30
23:35:29 UTC ---
Can't say I'm a fan of adding such a heavy weight sequence into
an intrinsic. Maybe better to simply leave out the intrinsics that
cannot be implemented with loops? If someone wants a lo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50587
Bug #: 50587
Summary: ICE init_range_entry, at tree-ssa-reassoc.c:1698
caused by recent change
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
Bug #: 50602
Summary: ICE in tree_nrv, at tree-nrv.c:155 during large LTO
build
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
Andi Kleen changed:
What|Removed |Added
Version|unknown |4.7.0
--- Comment #1 from Andi Kleen 2011-1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
--- Comment #3 from Andi Kleen 2011-10-04
13:22:09 UTC ---
Hmm, are you saying gdb fooled me?
Any other suggestions how to debug it?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624
Bug #: 50624
Summary: detecting array overflows regressed
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624
--- Comment #2 from Andi Kleen 2011-10-05
18:56:24 UTC ---
Thanks.
It's not a pure regression. Even 4.5 misses some easy cases:
especially the local stack array case, which should be in theory really easy.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50624
--- Comment #5 from Andi Kleen 2011-10-06
14:49:19 UTC ---
Easy case = constant expressions as index?
Would the frontend be able to handle
short array[1];
i = 1;
array[i]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
Bug #: 50636
Summary: GC in large LTO builds cause excessive fragmentation
in memory map
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50639
Bug #: 50639
Summary: -flto=jobserver broken on large LTO build
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #3 from Andi Kleen 2011-10-06
21:31:56 UTC ---
I would prefer to free in 2MB chunks if possible
I was experimenting with increasing the quire size from 1 to 2MB so that a
modern
kernel with transparent huge pages can always get a hug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #5 from Andi Kleen 2011-10-06
21:46:32 UTC ---
If it's a 2MB page then madvise MADV_DONTNEED will split it if it's not
2MB aligned. It would be good to optimize the freeing pattern so that this
happens
rarely.
I will try to do some n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
Bug #: 50644
Summary: ICE in set_is_used added today
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
Andi Kleen changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44992
Andi Kleen changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46905
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #6 from Andi Kleen 2011-10-07
05:47:54 UTC ---
*** Bug 50302 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49282
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #7 from Andi Kleen 2011-10-07
05:50:40 UTC ---
*** Bug 50511 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50511
Andi Kleen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
Andi Kleen changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44463
--- Comment #12 from Andi Kleen 2011-10-07
05:52:08 UTC ---
Honza, I think that is fixed now, correct?
I should probably drop my workarounds but haven't yet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50302
--- Comment #4 from Andi Kleen 2011-10-07
14:40:02 UTC ---
Sorry yes my mistake.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #10 from Andi Kleen 2011-10-07
14:44:10 UTC ---
To track the pattern you can simply use strace or ftrace (I did ftrace)
I checked the kernel code now and if the madvise is big enough it won't
split up the 2MB page. So doing it aggres
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #11 from Andi Kleen 2011-10-08
16:47:54 UTC ---
Created attachment 25445
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25445
patchkit
I tested this patchkit which implements most of the ideas from this bug,
unfortunately still
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50666
Bug #: 50666
Summary: bad error reporting for TMPDIR full
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
Andi Kleen changed:
What|Removed |Added
Attachment #25445|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50636
--- Comment #14 from Andi Kleen 2011-10-08
21:10:13 UTC ---
Thanks for the review. Fixed the accounting
I'll leave the xmalloc_failed hook out for now: it would need a retry
path which is somewhat complicated. If it's needed would probably just
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25957
--- Comment #11 from Andi Kleen 2011-10-08
23:27:02 UTC ---
I just checked and the problem is still there with
4.7.0 20111002
xorq%fs:40, %rax
jne .L4
addq$120, %rsp
.cfi_remember_state
.cfi_d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
--- Comment #5 from Andi Kleen 2011-10-09
02:31:38 UTC ---
Looked at this now again
debug_function doesn't work. TDF_UID was also not available, but i hardcoded
it.
(gdb) call debug_function (cfun->decl, 1<<8)
(gdb)
neither the other call
(g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50602
--- Comment #6 from Andi Kleen 2011-10-09
04:05:52 UTC ---
i changed the code now to save ret_val in a volatile global.
This is a bit better
(gdb) p saved_ret_val
$5 = (volatile tree) 0x2afc557b68c0
(gdb) p result
$6 = (tree_node *) 0x2afbfb754
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50679
Bug #: 50679
Summary: Linux kernel LTO tracking bug
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50620
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50644
--- Comment #5 from Andi Kleen 2011-10-13
13:22:40 UTC ---
Note I need to keep reverting this patch to do any substantial builds.
I hear it's also failing for other too.
Any progress in fixing it? Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50783
Bug #: 50783
Summary: builtin c++ demanger does not handle clones
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
1 - 100 of 589 matches
Mail list logo
