[Openmp-dev] Math symbols are not found during configuration

[Doerfert, Johannes via Openmp-dev]

#define works, the preprocessor works.

When the target region is compiled we do not include math.h. This will
change once we get support for variants. Till then, it is either no math
functions or only he ones Clang CUDA provides automatically, which seems
not to include these defines, maybe because they are not ISO C but POSIX
extensions.


On 07/24, Jeff Hammond wrote:
> How does #define not act on the full source code? How is that a compliant implementation of the preprocessor?
> 
> Jeff
> 
> > On Jul 24, 2019, at 12:25 PM, Doerfert, Johannes via Openmp-dev <openmp-dev at lists.llvm.org> wrote:
> > 
> > Hi Itaru,
> > 
> > For now, you need to define them yourself when you need them in the target region.
> > We are working on a permanent solution.
> > 
> > Thanks,
> >  Johannes
> > 
> > ________________________________________
> > From: Openmp-dev <openmp-dev-bounces at lists.llvm.org> on behalf of Itaru Kitayama via Openmp-dev <openmp-dev at lists.llvm.org>
> > Sent: Tuesday, July 23, 2019 22:58
> > To: openmp-dev at lists.llvm.org
> > Subject: [Openmp-dev] Math symbols are not found during configuration
> > 
> > Hi,
> > Adding the flag -fopenmp-targets=nvptx64 makes math symbols M_E and M_PI defined in cmath not detected during the execution of CMake. How do I work around this? I am using the latest trunk Clang at this moment, and without the above flag, both symbols are detected properly.
> > 
> > Thanks,
> > Itaru.
> > _______________________________________________
> > Openmp-dev mailing list
> > Openmp-dev at lists.llvm.org
> > https://lists.llvm.org/cgi-bin/mailman/listinfo/openmp-dev

-- 

Johannes Doerfert
Researcher

Argonne National Laboratory
Lemont, IL 60439, USA

jdoerfert at anl.gov
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/openmp-dev/attachments/20190724/56f73049/attachment.sig>