Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at gmch dot uk
Target Milestone: ---
Created attachment 47066
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47066&action=edit
Code to demonstrate the issue.
The attached code is a fragment of a larger function. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92151
Chris Hall changed:
What|Removed |Added
CC||gcc at gmch dot uk
--- Comment #2 from
NCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at gmch dot uk
Target Milestone: ---
For unknown errors __strerror_r() does:
p = _itoa_word (abs (errnum), &numbuf[20], 10, 0);
where a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93145
--- Comment #2 from Chris Hall ---
(In reply to Andrew Pinski from comment #1)
> You want to file it against glibc; https://sourceware.org/bugzilla .
> glibc has the implementation of strerror_r/_itoa_word .
Ooops. I thought this would be the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91348
Chris Hall changed:
What|Removed |Added
CC||gcc at gmch dot uk
--- Comment #3 from
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at gmch dot uk
Target Milestone: ---
With v7.2.1, compiling for recent x86_64, the command line option
"-falign-loops=32" is accepted and has the desired effect.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at gmch dot uk
Target Milestone: ---
The following:
typedef struct uint64_pair uint64_pair_t ;
struct uint64_pair
{
uint64_t w0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84100
--- Comment #6 from Chris Hall ---
Created attachment 43325
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43325&action=edit
Summary of results using Compiler Explorer: for v5.4.0, 6.3.0 and 7.2.0.
Setting -O2 or -O3 on the command line ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84100
--- Comment #7 from Chris Hall ---
And here's a funny thing...
... if I compile "-O3 -falign-functions -falign-loops=32" I get the alignment I
ask for.
... if I compile "-O3 -falign-functions -falign-loops=32 -fno-tree-vectorize"
I get the ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84100
--- Comment #11 from Chris Hall ---
FWIW: __attribute__((aligned(32))) works nicely for functions.
Generally there is little to be gained from aligning all loops/jumps/labels in
a given function or group of functions.
Further, when code alignm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84101
--- Comment #30 from Chris Hall ---
godbolt shows that gcc v9.1 -O3 generates:
: 8d 04 3f lea(%rdi,%rdi,1),%eax
0003: d1 ff sar$1,%edi
0005: 48 98 cltq
0007: 48 63 d7 movslq %edi,%rdx
000A: c3 ret
11 matches
Mail list logo