Conversation
This comment has been minimized.
This comment has been minimized.
|
✔️ 8904530 -> Azure artifacts URL |
numpy>=2 and remove numpy<2 pin
|
✔️ 5ba690e -> Azure artifacts URL |
4d2bfd8 to
fb0b38c
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #3040 +/- ##
==========================================
- Coverage 67.27% 67.26% -0.01%
==========================================
Files 571 571
Lines 104882 104887 +5
==========================================
- Hits 70555 70550 -5
- Misses 34327 34337 +10 ☔ View full report in Codecov by Sentry. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
ef44b28 to
af837ba
Compare
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
✔️ 24e493b -> Azure artifacts URL |
|
✔️ d30ad08 -> Azure artifacts URL |
|
✔️ 16d874e -> Azure artifacts URL |
|
✔️ 95b461c -> Azure artifacts URL |
|
✔️ b624267 -> Azure artifacts URL |
From the latest CI run, over the range of Linux and Mac Python wheels: 13m43s to 20m17s for the build script So overal about a 9-11% increase. Quickly testing with latest and oldest NumPy seems useful (especially instead of only oldest), but not sure if everything needs to be tested twice: MPI, nrnivmodl, etc. Maybe I'll re-arrange the script and just do |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
|
✔️ a665da1 -> Azure artifacts URL |
This comment has been minimized.
This comment has been minimized.
|
When running only |
|
|
✔️ 9fb93ec -> Azure artifacts URL |
At starting point, jelic/8.2-py313 #3319 had only two CI failures. Almost the entirety of this PR is to get 8.2 to pass CI. In addition it supports Python3.13. Bug fixes adopted from the master are #3239 Launching nrniv -python with Python 3.13.0 does not allow use of gui. #3259 On h.quit() terminal settings are same as when neuron.hoc was imported. #3243 save stdin terminal settings on import hoc and restore on h.quit() #3276 Python 3.13.1 broke [s for s in sl] where sl is a SectionList. Manual partial cherry-pick. Other PR attempts at fixing CI failures that can be closed when this PR is merged, are #3329 #3325 #3319 #3317 Many of the CI fixes are backports from #3028 #3040 #3303 #3105 #3278 bldnrnmacpkgcmake.sh was updated. It isolates a change (avoid breaking CI) with -DNRN_MAC_PKG=ON --------- Co-authored-by: Goran Jelic-Cizmek <goran.jelic-cizmek@epfl.ch>
* Build wheels with latest numpy and test them with oldest supported numpy * Update oldest supported Python and Numpy versions * Pin `numpy<2` for documentation only The documentation requires an old version of bokeh which isn't compatible with `numpy>=2`. * Cast to `c_long` in RxD on Python side before passing to C++ With Numpy2 there was an inconsistency in the integer types, i.e. the C++ assumed a smaller type than the Python side, on Windows only. Causing SEGFAULT. This fixes the issue by using consistent integer types.
* Build wheels with latest numpy and test them with oldest supported numpy * Update oldest supported Python and Numpy versions * Pin `numpy<2` for documentation only The documentation requires an old version of bokeh which isn't compatible with `numpy>=2`. * Cast to `c_long` in RxD on Python side before passing to C++ With Numpy2 there was an inconsistency in the integer types, i.e. the C++ assumed a smaller type than the Python side, on Windows only. Causing SEGFAULT. This fixes the issue by using consistent integer types.
* Build wheels with latest numpy and test them with oldest supported numpy * Update oldest supported Python and Numpy versions * Pin `numpy<2` for documentation only The documentation requires an old version of bokeh which isn't compatible with `numpy>=2`. * Cast to `c_long` in RxD on Python side before passing to C++ With Numpy2 there was an inconsistency in the integer types, i.e. the C++ assumed a smaller type than the Python side, on Windows only. Causing SEGFAULT. This fixes the issue by using consistent integer types.



No description provided.