`dm_tree-0.1.8-cp312-cp312-macosx_10_9_universal2.whl` gives dynamic linking error on macos

[WeishiZ]

Issue

After pip installing dm_tree-0.1.8-cp312-cp312-macosx_10_9_universal2.whl, it gives dynamic linking error on macos during run time.
In the meanwhile,dm_tree-0.1.8-cp312-cp312-macosx_11_0_arm64.whl works.

Error:

ImportError: dlopen(<path/to/env>/lib/python3.12/site-packages/tree/_tree.cpython-312-darwin.so, 0x0002): symbol not found in flat namespace '__ZN4absl12lts_2021032416strings_internal9CatPiecesESt16initializer_listINS0_11string_viewEE'

Expectation

1. if platform tag is universal2, it should support arm64 as per: https://packaging.python.org/en/latest/specifications/platform-compatibility-tags/#macos-platforms
2. arm64 support only starts from macos 11.0 as per https://en.wikipedia.org/wiki/MacOS_version_history . I believe macosx_10_9 wheels shouldn't be tagged with universal2. otherwise pip on arm64 mac may resolve to this version which is not compatible.

Info

Pip location: https://pypi.org/project/dm-tree/0.1.8/#dm_tree-0.1.8-cp312-cp312-macosx_10_9_universal2.whl
Chip: Apple M1 Max
OS: macos Sequoia, Version 15.3.1 (24D70)
pip --version: 25.0.1
python: Python 3.12.4

[Ekam219]

I also encounter the same issue on macOS (Sequoia 15.3.1) with an Apple M1 Max chip, after installing dm_tree-0.1.8-cp312-cp312-macosx_10_9_universal2.whl.
However, dm_tree-0.1.8-cp312-cp312-macosx_11_0_arm64.whl works fine. This suggests that the universal2 wheel is incorrectly tagged, causing pip to resolve an incompatible version on arm64 Macs.

A possible fix could be ensuring the universal2 wheel is correctly built for macOS 11.0+ or updating pip’s resolver behavior.