Skip to content

Commit 37cab68

Browse files
committed
Update cibuildwheel to v4.0.0
Bump the build action to cibuildwheel v4.0.0 and skip the Windows repair step: cibuildwheel 4.0.0 runs delvewheel by default, but lonlat_bng.dll is already bundled next to the extension module and resolved from the module's own directory, so delvewheel is unnecessary and fails to locate it.
1 parent 6f38c0f commit 37cab68

2 files changed

Lines changed: 9 additions & 1 deletion

File tree

.github/workflows/wheels.yml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -117,7 +117,7 @@ jobs:
117117
key: cibw-${{ matrix.id }}-${{ hashFiles('.github/workflows/wheels.yml') }}
118118

119119
- name: Build and Test Wheels
120-
uses: pypa/cibuildwheel@v3.4.1
120+
uses: pypa/cibuildwheel@v4.0.0
121121
env:
122122
CIBW_CACHE_PATH: ${{ github.workspace }}/.cibw-cache
123123
CIBW_BUILD: ${{ matrix.pybuilds }}

pyproject.toml

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -68,3 +68,11 @@ test-command = "pytest {package}"
6868

6969
[tool.cibuildwheel.macos]
7070
environment = { MACOSX_DEPLOYMENT_TARGET = "11.0" }
71+
72+
[tool.cibuildwheel.windows]
73+
# cibuildwheel 4.0.0 runs delvewheel by default on Windows. We already bundle
74+
# lonlat_bng.dll next to the extension module via CMake, and it is resolved at
75+
# runtime from the module's own directory, so the repair step is unnecessary and
76+
# fails because delvewheel does not search the wheel's package directory for
77+
# lonlat_bng.dll.
78+
repair-wheel-command = ""

0 commit comments

Comments
 (0)