Skip to content
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

[C++][SIMD] Avoid one-definition-rule violation of arrow::internal::BitmapWriter without depending on -O2 #36902

Open
kou opened this issue Jul 27, 2023 · 0 comments

Comments

@kou
Copy link
Member

kou commented Jul 27, 2023

Describe the enhancement requested

Contexts:

We have runtime SIMD dispatch feature. For example, it's used in cpp/src/parquet/level_conversion.cc to run BMI2 based DefLevelsToBitmap implementation if available.

DefLevelsToBitmap (DefLevelsToBitmapSimd) is implemented in cpp/src/parquet/level_conversion_inc.h and it's built with/without BMI2. DefLevelsToBitmapSimd uses arrow::internal::BitmapWriter. If arrow::internal::BitmapWriter in DefLevelsToBitmapSimd is not inlined, one-definition-rule violation is happen. If it's happen, libparquet.dylib has two BitmapWriter definitions for with/without BMI2. If BMI2 version BitmapWriter is used on BMI2 unavailable machine, "illegal opcode" is happen.

GH-14342 resolved this by forcing to use -O2 to enforce inlining. But it doesn't work with Homebrew. Because Homebrew overrides -O* specified by us.

If we can avoid one-definition-rule violation of arrow::internal::BitmapWriter without depending on -O2, we can provide a Homebrew bottle that can use the BMI2 based implementation on machines that support BMI2.

Component(s)

C++

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant