Add pyodide-build repository as a submodule

[agriyakhetarpal]

Description

This PR adds pyodide-build as a submodule, just like it is the case in the Pyodide main/runtime repository. This has a few advantages:

• being able to test out changes to pyodide-build to assess breakages for new changes or compatibility with older changes
• being able to modify compilation routines such as pywasmcross.py to assess changes
• being able to test out ABI changes with new nightly xbuildenvs
• and so on

As we've pinned our Pyodide build environment in pyproject.toml in the repository root, this PR does not introduce any ABI or compilation-specific changes.

Note

The note below has been resolved; the submodule points to pyodide/pyodide-build@ee11882 on the main branch now.

Tip

The submodule checked in this PR builds upon my branch, which I've submitted as a PR at pyodide/pyodide-build#213. Once merged, I shall update the submodule to point to main. Please review that PR first. Thank you!

PR stack

Please review the following PRs in the order listed below:

• Ignore -headerpad_max_install_names and -dead_strip_dylibs for wasm-ld pyodide-build#168
• Fix signatures for function pointers passed through __Pyx_IsSameCFunction pyodide-build#213
• Add pyodide-build repository as a submodule #140 ➡️ you are here
• SciPy v1.16.0 #141

[github-actions]

Package Build Results

Total packages built: 28
Total build time: 0:02:34

Package Build Times (click to expand)

Package	Build Time
openssl	2m 29s
sqlite3	1m 7s
liblzma	1m 2s
test	25s
regex	12s
pydecimal	4s
MarkupSafe	4s
pydoc_data	4s
ssl	4s
atomicwrites	3s
lzma	3s
hashlib	3s
packaging	2s
setuptools	1s
pytz	1s
attrs	1s
iniconfig	0s
six	0s
micropip	0s
exceptiongroup	0s
pyparsing	0s
more-itertools	0s
Jinja2	0s
pytest	0s
tblib	0s
pytest-asyncio	0s
py	0s
pluggy	0s

Longest build: openssl (2m 29s)
Packages built in more than 10 minutes: 0

[ryanking13]

Thanks! I hope we can stop using pyodide-build submodule someday, both in pyodide/pyodide and here, when pyodide-build is stable enough to handle most of the edge cases. But for now, it looks good to me.

[ryanking13]

I'll review the corresponding PRs too.

[agriyakhetarpal]

Thanks! I hope we can stop using pyodide-build submodule someday, both in pyodide/pyodide and here, when pyodide-build is stable enough to handle most of the edge cases. But for now, it looks good to me.

I agree! We've made significant progress in making its various parts extensible and overrideable, so perhaps not much more would be needed to achieve this.

[agriyakhetarpal]

Thank you for the review!