-
Notifications
You must be signed in to change notification settings - Fork 4k
GH-39322: [C++] Forward arguments to ExceptionToStatus all the way to Status::FromArgs #39323
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
…e in AzureLocation
This simplifies the creation of long error messages and leads to the use of a string builder to construct the error message.
…ernal.h But keep implementation in azurefs.cc to avoid having to expose currently azurefs.cc-private symbols in headers.
|
|
pitrou
left a comment
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.
Neat improvement.
|
It seems you need to fix or circumvent the linting failure. |
Trying something! 🤞 |
|
After merging your PR, Conbench analyzed the 6 benchmarking runs that have been run so far on merge-commit 91b2243. There were no benchmark performance regressions. 🎉 The full Conbench report has more details. |
…way to Status::FromArgs (apache#39323) ### Rationale for this change This simplifies the creation of long error messages and leads to the use of a string builder to construct the error message. ### What changes are included in this PR? - std::forward in ExceptionToStatus - A few nitpicky changes - Simplification of the error message text - Moving the signature of `CheckIfHierarchicalNamespaceIsEnabled` to `azurefs_internal.h` to reduce the size of `azurefs.h` -- implementation remains in `azurefs.cc` ### Are these changes tested? Yes. By existing tests. * Closes: apache#39322 Authored-by: Felipe Oliveira Carvalho <felipekde@gmail.com> Signed-off-by: Felipe Oliveira Carvalho <felipekde@gmail.com>
Rationale for this change
This simplifies the creation of long error messages and leads to the use of a string builder to construct the error message.
What changes are included in this PR?
CheckIfHierarchicalNamespaceIsEnabledtoazurefs_internal.hto reduce the size ofazurefs.h-- implementation remains inazurefs.ccAre these changes tested?
Yes. By existing tests.