-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rawpy support for MacOS and python version 3.8 and 3.9 #233
Comments
No reason. Python 3.8 is soon EOL, but I'm ok adding an arm variant for 3.9. Any reason you cannot update to >=3.10? |
Personally? None. I am defaulting to 3.11. For ImageIO I'm hoping that rawpy can eventually become our default plugin when reading raw formats instead of FreeImage which is the current default. This would allow us to phase out FreeImage which hasn't been actively maintained for years. One requirement for the swap is that ImageIO+Rawpy works where ImageIO+FreeImage works today; hence, the question if you could add builds for 3.9 and 3.8. That said, letting 3.8 phase-out is perfectly fine since there are only a few months left before we drop it, too. |
numpy 2 dropped support for Python 3.8, so I will also have to drop 3.8. The idea would be to add a mac arm64 wheel for 3.9 and update to numpy 2. Does that make sense for your use case? |
yep, that works :) |
I've noticed that rawpy doesn't support Python 3.8 and Python 3.9 on MacOS (ARM chipset). I was wondering if there is an explicit reason for this or if support for this could be added to the build matrix :)
The text was updated successfully, but these errors were encountered: