8a8d703be0
Canonicalize on storing FP options in LangOptions instead of redundantly in CodeGenOptions. Incorporate -ffast-math directly into the values of those LangOptions rather than considering it separately when building FPOptions. Build IR attributes from those options rather than a mix of sources. We should really simplify the driver/cc1 interaction here and have the driver pass down options that cc1 directly honors. That can happen in a follow-up, though. Patch by Michele Scandale! https://reviews.llvm.org/D80315
23 lines
956 B
Plaintext
23 lines
956 B
Plaintext
// REQUIRES: x86-registered-target
|
|
// REQUIRES: nvptx-registered-target
|
|
|
|
// RUN: %clang_cc1 -triple x86_64-unknown-linux-gnu -emit-llvm -o - %s | \
|
|
// RUN: FileCheck --check-prefixes=HOST,BOTH %s
|
|
// RUN: %clang_cc1 -fcuda-is-device -triple nvptx64-nvidia-cuda \
|
|
// RUN: -emit-llvm -o - %s | FileCheck %s --check-prefixes=DEVICE,BOTH
|
|
|
|
// BOTH-LABEL: define float @logf(float
|
|
|
|
// logf() should be calling itself recursively as we don't have any standard
|
|
// library on device side.
|
|
// DEVICE: call contract float @logf(float
|
|
extern "C" __attribute__((device)) float logf(float __x) { return logf(__x); }
|
|
|
|
// NOTE: this case is to illustrate the expected differences in behavior between
|
|
// the host and device. In general we do not mess with host-side standard
|
|
// library.
|
|
//
|
|
// Host is assumed to have standard library, so logf() calls LLVM intrinsic.
|
|
// HOST: call contract float @llvm.log.f32(float
|
|
extern "C" float logf(float __x) { return logf(__x); }
|