Skip to content

Conversation

@tqchen
Copy link
Member

@tqchen tqchen commented Sep 6, 2025

Previously we simply take the raw symbol for DSO libraries. This can cause symbol conflict of functions that take the ffi calling convention and those that are not.

This PR updates the convention to ask for LLVM and libary module to always append a prefix _tvm_ffi to function symbols, this way we will no longer have conflict in TVM_FFI_EXPORT_DLL_TYPED macro

Previously we simply take the raw symbol for DSO libraries.
This can cause symbol conflict of functions that take the ffi calling convention
and those that are not.

This PR updates the convention to ask for LLVM and libary module to always
append a prefix __tvm_ffi_ to function symbols, this way we will no longer
have conflict in TVM_FFI_EXPORT_DLL_TYPED macro
@Hzfengsy Hzfengsy merged commit e1700e1 into apache:main Sep 6, 2025
13 checks passed
tqchen added a commit to tqchen/tvm that referenced this pull request Sep 13, 2025
)

Previously we simply take the raw symbol for DSO libraries.
This can cause symbol conflict of functions that take the ffi calling convention
and those that are not.

This PR updates the convention to ask for LLVM and libary module to always
append a prefix __tvm_ffi_ to function symbols, this way we will no longer
have conflict in TVM_FFI_EXPORT_DLL_TYPED macro
tqchen added a commit to tqchen/tvm that referenced this pull request Sep 13, 2025
)

Previously we simply take the raw symbol for DSO libraries.
This can cause symbol conflict of functions that take the ffi calling convention
and those that are not.

This PR updates the convention to ask for LLVM and libary module to always
append a prefix __tvm_ffi_ to function symbols, this way we will no longer
have conflict in TVM_FFI_EXPORT_DLL_TYPED macro
tqchen added a commit to tqchen/tvm that referenced this pull request Sep 13, 2025
)

Previously we simply take the raw symbol for DSO libraries.
This can cause symbol conflict of functions that take the ffi calling convention
and those that are not.

This PR updates the convention to ask for LLVM and libary module to always
append a prefix __tvm_ffi_ to function symbols, this way we will no longer
have conflict in TVM_FFI_EXPORT_DLL_TYPED macro
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants