chore(ci): Advance velox#27390
Conversation
Reviewer's guide (collapsed on small PRs)Reviewer's GuideUpdates the Velox submodule reference in presto-native-execution to a newer commit, without any direct source changes in this repository. File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
48cf53a to
60c3c25
Compare
|
@czentgr Submitted a fix in Velox side facebookincubator/velox#16867 CC: @han-yan01 |
|
@amitkdutta : I saw some other errors in my updates as well Job 67952471389 fails in the Linux GPU engine build when compiling:
with:
Root causeIn std::unique_ptr<velox::functions::remote::RemoteFunctionResponse>However, the base class method (in Velox Problematic code (from std::unique_ptr<velox::functions::remote::RemoteFunctionResponse>
invokeRemoteFunction(
const velox::functions::remote::RemoteFunctionRequest& request) const override {Fix (code change)Make the override match the base class signature exactly by using the same A robust way is to use a type alias from the base (or // inside class RestRemoteFunction
using ResponsePtr = decltype(std::declval<velox::functions::RemoteVectorFunction>()
.invokeRemoteFunction(
std::declval<const velox::functions::remote::RemoteFunctionRequest&>()));
ResponsePtr invokeRemoteFunction(
const velox::functions::remote::RemoteFunctionRequest& request) const override {
...
}If you prefer a simpler/cleaner change (and once you confirm the base signature), adjust the return type to exactly what the base uses. For example, if the base returns:
std::unique_ptr<velox::functions::RemoteFunctionResponse>
invokeRemoteFunction(
const velox::functions::remote::RemoteFunctionRequest& request) const override {
...
}Why this is the right fixThis error is purely a C++ override-type mismatch. Once the overridden method’s return type exactly matches the base class declaration, the file will compile and the workflow can proceed past this step. |
|
@aditi-pandit Yes the Remote function issue fix is already in this PR. We need CMAKE work done in facebookincubator/velox#16867 as well. |
|
@amitkdutta : Yes, lets wait for Christian's Velox PR to be merged and update the Velox again. This is already few days ago now. |
|
Hi @amitkdutta , I see Christian's Velox PR merged. Would you like to update this PR? |
|
Another failure CC: @aditi-pandit |
|
@czentgr @pramodsatya @pdabre12 Can you'll check the side-car tests ? |
|
There is still failures in https://github.com/prestodb/presto/actions/runs/23515091536/job/68458477279?pr=27390 |
eb8a228 to
6912016
Compare
|
Current failure is Not sure if there was any work done in cache side though. |
| createCustomer(queryRunner); | ||
| } | ||
|
|
||
| @Disabled("See https://github.com/prestodb/presto/issues/27439") |
There was a problem hiding this comment.
We need @Test(groups = {"abc"}, enabled = false)
There was a problem hiding this comment.
@amitkdutta : Can you create an issue for this test failure ? I can get someone take a deeper look.
There was a problem hiding this comment.
#27439 For cache tear down issue
testMetadataWithNullableColumns
Is also failing. CC: @aditi-pandit @czentgr
There was a problem hiding this comment.
@aditi-pandit Thanks! Thanks for creating the issue. I was about to do this now. Indeed they are important to us. I wanted the CI to get going.
Summary by Sourcery
Build: