-
Notifications
You must be signed in to change notification settings - Fork 3.8k
fixing build for Android RPC app #8719
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
| $(ROOT_PATH)/3rdparty/dlpack/include \ | ||
| $(ROOT_PATH)/3rdparty/dmlc-core/include | ||
| $(ROOT_PATH)/3rdparty/dmlc-core/include \ | ||
| $(ROOT_PATH)/3rdparty/compiler-rt |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
compiler-rt should be directly included using relative path, @islavutin can you point out the file that did not do that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sorry @tqchen, could you expand on what you meant here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I meant that 3rdparty/compiler-rt does not need to be part of include path, because we suppose to include the files in it via relative ones, e.g. https://github.com/apache/tvm/blob/main/src/runtime/contrib/random/mt_random_engine.cc#L32
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so a fix should be change other include of the compiler rt file to relative include. We did not intend to use that particular file as a public header
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does that still hold here as this is in the apps folder? I'd assume the app is setup so it could be plucked out of the tree?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think it still holds, because the all in one packed still requires the src tree due to the mechanism we used to build the packed runtime
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @tqchen, I have updated the fix based on your recommendations
|
Please resolve the merge conflicts and let’s get it merged |
|
Closing this PR since issue is addressed by #8705 |
Minor change in config to address build issue with the latest version of Apache TVM