> We currently support generating vectorized math calls to the AMD core
> math library (ACML) (-mveclibabi=acml).  That library is end-of-life and
> its successor is the math library from AMD Optimizing CPU Libraries
> (AOCL).
> 
> This patch adds support for AOCL (-mveclibabi=aocl).  That significantly
> broadens the range of vectorized math functions optimized for AMD CPUs
> that GCC can generate calls to.
> 
> See the edit to invoke.texi for a complete list of added functions.
> Compared to the list of functions in AOCL LibM docs I left out the
> sincos, linearfrac, powx, sqrt and fabs operations.  I also left out all
Why those are out?
> the functions working with arrays and amd_vrd2_expm1() (the AMD docs
> list the function but I wasn't able to link calls to it with the current
> version of the library).
> 
> gcc/ChangeLog:
> 
>       PR target/56504
>       * config/i386/i386-options.cc (ix86_option_override_internal):
>       Add ix86_veclibabi_type_aocl case.
>       * config/i386/i386-options.h (ix86_veclibabi_aocl): Add extern
>       ix86_veclibabi_aocl().
>       * config/i386/i386-opts.h (enum ix86_veclibabi): Add
>       ix86_veclibabi_type_aocl into the ix86_veclibabi enum.
>       * config/i386/i386.cc (ix86_veclibabi_aocl): New function.
>       * config/i386/i386.opt: Add the 'aocl' type.
>       * doc/invoke.texi: Document -mveclibabi=aocl.
> 
> gcc/testsuite/ChangeLog:
> 
>       PR target/56504
>       * gcc.target/i386/vectorize-aocl1.c: New test.
> 
> +  new_fndecl = build_decl (BUILTINS_LOCATION,
> +                        FUNCTION_DECL, get_identifier (name), fntype);
> +  TREE_PUBLIC (new_fndecl) = 1;
> +  DECL_EXTERNAL (new_fndecl) = 1;
> +  DECL_IS_NOVOPS (new_fndecl) = 1;
> +  TREE_READONLY (new_fndecl) = 1;

I see that NOVOPS is copied from the older implementation.  I think
const (which is specified by TREE_READONLY = 1) should be sufficient.

Checking this theory I noticed that tree-ssa-operands does:

  if (!(call_flags & ECF_NOVOPS))
    {
      /* A 'pure' or a 'const' function never call-clobbers anything.  */
      if (!(call_flags & (ECF_PURE | ECF_CONST)))
        add_virtual_operand (opf_def);
      else if (!(call_flags & ECF_CONST))
        add_virtual_operand (opf_use);
    }

It is not clear to my why ECF_CONST functions needs opf_use. 
tree-core documents NOVOPS as weaker than CONST

/* Function does not read or write memory (but may have side effects, so
   it does not necessarily fit ECF_CONST).  */
#define ECF_NOVOPS                (1 << 9)

Richi, why this is the case?

But this is indpendent issue. Patch is OK.

Thanks,
Honza

Reply via email to