https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93588
--- Comment #4 from Alex Reinking ---
(In reply to Andrew Pinski from comment #1)
> >The intrinsics are supposed to map to the corresponding assembly
> >instructions, no?
> NO, it is an interface to what the assembly instructions do; not always
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: alex.reinking at gmail dot com
Target Milestone: ---
Using vector intrinsics (via immintrin.h) on GCC 7.3 with -O3 -march=haswell
performs the following compilation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67944
Alex Reinking changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: alex.reinking at gmail dot com
Target Milestone: ---
The following short C program,
int* find_ptr(int* mem, int sz, int val) {
for (int i = 0; i < sz; i++) {
if (mem[i] == val) {
return
Component: inline-asm
Assignee: unassigned at gcc dot gnu.org
Reporter: alex.reinking at gmail dot com
Target Milestone: ---
When trying to return the current value of a register in a function via a local
register variable, the compiler will emit a useless push/pop instruction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67944
--- Comment #2 from Alex Reinking ---
I expect it to return whatever is currently stored in ebx. Which it does, but
suboptimally. In my particular case, ebx is populated by a system call. I
wanted to put the inline assembly for retrieving that
