https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #17 from Uroš Bizjak ---
The assembly is just mirroring what tree optimizers prepare:
pretmp_94 = __gcov0.prep_compound_page[7];
_179 = pretmp_94 + 1;
ivtmp.1725_211 = (unsigned long long) _179;
...
[local count: 95563
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #16 from Uroš Bizjak ---
addl$1, __gcov0.prep_compound_page+48
adcl$0, __gcov0.prep_compound_page+52
cmpl$1, %ebx
jle .L1470
leal1(%edi), %eax
movl__gcov0.prep_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #15 from Uroš Bizjak ---
Sorry, %esi/%edi is the correct order.
-24(%ebp): some value previously saved to stack frame
%ecx: address to write to
%eax/%edx: loop iterator
%esi/%edi: termination value
.L1469:
movl%eax, __g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #14 from Uroš Bizjak ---
The loop is actually pretty simple, please see the interpretation below
-24(%ebp): some value previously saved to stack frame
%ecx: address to write to
%eax/%edx: loop iterator
%edi/%esi: termination value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #13 from Uroš Bizjak ---
-fverbose-asm annotated assembly:
prep_compound_page:
pushl %ebp#
movl%esp, %ebp #,
pushl %edi#
movl%eax, %edi # tmp356, page
pushl %es
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #12 from Linus Torvalds ---
So it might be worth pointing explicitly to Vlastimil's email at
https://lore.kernel.org/all/2b857e20-5e3a-13ec-a0b0-1f69d2d04...@suse.cz/
which has annotated objdump output and seems to point to the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #10 from Tang, Feng ---
Created attachment 54352
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54352&action=edit
page_alloc.i.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #9 from Tang, Feng ---
For original report
https://lore.kernel.org/lkml/202301170941.49728982-oliver.s...@intel.com/t/, it
was reported by Sang Oliver from 0Day team, but I failed to add him too cc
(probably due to he is not registe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #8 from Tang, Feng ---
Created attachment 54350
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54350&action=edit
i386 kernel config
In https://lore.kernel.org/lkml/202301170941.49728982-oliver.s...@intel.com/t/
Oliver Sang pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #7 from Tang, Feng ---
Created attachment 54349
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54349&action=edit
original job-script from Oliver (0Day)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
Tang, Feng changed:
What|Removed |Added
Attachment #54345|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #5 from Andrew Pinski ---
Everything we needed is listed at https://gcc.gnu.org/bugs/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #4 from Tang, Feng ---
(In reply to Andrew Pinski from comment #3)
> Do you have the preprocessed source that is used generate the bad object
> file?
> How about the exact command line?
Thanks for the prompt response!
The error was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
Andrew Pinski changed:
What|Removed |Added
Component|c |target
--- Comment #2 from Andrew Pinsk
16 matches
Mail list logo