[CustomOp] fix paddle marco condition error in dtype header #32239
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
Thanks for your contribution! |
chenwhql
changed the title
chenwhql
force-pushed
the
extension/fix_compile_failed_in_infer_custom_op
branch
from
0696e44
to
eed8e08
Compare
|
LGTM |
MingMingShangTian
approved these changes
Apr 14, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
PR types
Bug fixes
PR changes
Others
Describe
底层数据类型的几个头文件 complex64.h, complex128.h, float16.h 会暴露给用户用于自定义op的编译
后由用户在cmake文件中新增PADDLE_WITH_CUDA宏的声明后解决
这里无论用户是否加PADDLE_WITH_CUDA的宏，在编译时都不应该失败，complex头文件中的宏控制条件不够严格，这个PR修复一下