Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Target Milestone: ---
Consider the following vectorized functions (omp declare simd):
#include
#pragma omp declare simd simdlen(4)
double test1(double v1)
{
for(int i=0; i<4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84261
--- Comment #2 from Marcin Krotkiewski ---
(In reply to Richard Biener from comment #1)
> This is because reduction operations like 'exp' are not supported. Also
> vectorization of loops with using vectors isn't supported.
>
> So not sure what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84261
--- Comment #3 from Marcin Krotkiewski ---
(In reply to Richard Biener from comment #1)
> Also vectorization of loops with using vectors isn't supported.
Not sure what you mean. If instead of a function call I do some floating point
computations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84261
--- Comment #5 from Marcin Krotkiewski ---
(In reply to Jakub Jelinek from comment #4)
> The declare simd on the functions is essentially an implicit loop around the
> whole body, so the function in this cases is passed a V4DFmode argument and
>
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Target Milestone: ---
Created attachment 43680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43680&action=edit
pre-processed source that trigg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84903
--- Comment #2 from Marcin Krotkiewski ---
Great, the trunk works for both the test, and the production code. Thanks!
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Target Milestone: ---
I compile the following function with gcc 7.2 and 8.0.1, with -march=broadwell
-O3 -ftree-vectorize -ffast-math -fopenmp
#pragma omp declare simd notinbranch
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Target Milestone: ---
I'm compiling the following code using gcc version 8.0.1 20180319
(experimental) (also earlier versions), with flags "-march=haswell -O3
-ftree-vecto
Priority: P3
Component: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Created attachment 32060
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32060&action=edit
source code that compiles
Hello,
I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086
--- Comment #2 from Marcin Krotkiewski ---
Jakub, thank you for your comments.
> GCC right now only handles __restrict on function parameters, so in this
> case the aliasing info isn't known. While the loop is versioned for
> aliasing at runtime
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60086
--- Comment #8 from Marcin Krotkiewski ---
(In reply to Andrey Belevantsev from comment #5)
> At this point insn 461 is dead but we do not notice, and it doesn't look
> easy. I think there was some suggestion in the original research for
> killin
Assignee: unassigned at gcc dot gnu.org
Reporter: marcin.krotkiewski at gmail dot com
Target Milestone: ---
I think there is a problem with vectorization of arithmetic operations in the
cilkplus implementation in gcc. I have inspected generated asm of the following
two implementations of
12 matches
Mail list logo
