setuptools下如何为单个C扩展禁用PEP3149 ABI标记功能

可行的正规实现方案有两种，均不需要修改/mock setuptools内部实现： #

方案1：覆写build_ext的文件名生成逻辑（适合希望复用Extension构建流程的场景） #

setuptools的build_ext命令提供了公开可覆写的get_ext_filename方法，你可以针对特定的SIMD实现扩展单独修改输出文件名，完全跳过ABI标记拼接逻辑，示例配置如下：

from setuptools import Extension, setup
from setuptools.command.build_ext import build_ext
import sys

class CustomBuildExt(build_ext):
    def get_ext_filename(self, ext_name):
        # 匹配所有不需要ABI标记的SIMD实现扩展
        if ext_name.startswith("module.simd_dispatch.impl_"):
            lib_suffix = ".so"
            if sys.platform == "win32":
                lib_suffix = ".dll"
            elif sys.platform == "darwin":
                lib_suffix = ".dylib"
            # 直接返回纯净的库名+对应平台后缀
            return f"{ext_name.split('.')[-1]}{lib_suffix}"
        # 其他普通Python扩展走默认的文件名生成逻辑
        return super().get_ext_filename(ext_name)

setup(
    # 其余配置保持不变
    ext_modules = [
        Extension(
            name='module.simd_dispatch.impl_avx2',
            sources=['src/impl_avx2.c'],
            extra_compile_args=['-mavx2'],
        ),
        Extension(
            name='module.simd_dispatch.impl_sse2',
            sources=['src/impl_sse2.c'],
            extra_compile_args=['-msse2'],
        ),
        Extension(
            name='module.my_extensions',
            sources=['src/my_extensions.c'],
        )
    ],
    cmdclass={"build_ext": CustomBuildExt},
    # 确保生成的纯动态库会被打包到安装包中
    package_data={
        "module.simd_dispatch": ["*.so", "*.dll", "*.dylib"]
    }
)

方案2：使用独立的自定义构建命令生成纯动态库（更推荐） #

由于你的SIMD实现库完全不使用Python C API，本身不属于Python扩展，不需要适配Python导入机制，更建议单独用自定义构建命令编译：

• 新增一个自定义的build_simd_impl命令，直接调用对应平台的编译器生成纯净的动态库
• 将该命令绑定为build_ext的依赖，保证构建Python扩展前先编译好SIMD实现库
• 同样通过package_data将生成的动态库打包到安装包即可
  该方案完全脱离Python扩展的构建逻辑，不会受到setuptools对Python扩展的命名规则约束，也不需要处理Python ABI相关的配置。

内容的提问来源于stack exchange，提问作者maxbachmann