On 10/26/2016 11:24 AM, Richard Biener wrote:
On Tue, Oct 25, 2016 at 9:41 PM, Toon Moene <t...@moene.org> wrote:
But that is for code that read math function prototypes in C style .h files
- so not for Fortran or Ada.
That was the purpose of my proposal: to treat glibc vectorized
log/exp/sin/cos/tan functions like the vendor specific once
(-mveclibabi=svml and -mveclibabi=acml), which is front end language
agnostic.
Ah, indeed. Not sure if I would go the -mveclibabi route though as
the glibc implementation is basically OpenMP-SIMD. The list of
"vectorized" functions may also depend on glibc version and target
so maybe glibc can ship something like a fortran math module
which gfortran can include transparently? Like we have the predefs
header in C? That is, glibc needs a way to communicate its
configuration to fortran... (not sure if a GCC configure time config
would be good enough)
OK, I still went with the apparent "go-ahead" as worded in
https://gcc.gnu.org/ml/gcc/2016-01/msg00045.html
but I agree I should test this more vis-a-vis the OpenMP-SIMD approach
and whether it can be done as a -mveclibabi adaptation.
Anyway - far too late for the GCC-7 effort ...
Kind regards,
--
Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/
Progress of GNU Fortran: http://gcc.gnu.org/wiki/GFortran#news
