Skip to content
Snippets Groups Projects
  1. Oct 26, 2022
  2. Oct 25, 2022
  3. Oct 24, 2022
  4. Oct 19, 2022
  5. Sep 20, 2022
  6. Sep 06, 2022
  7. Aug 02, 2022
  8. Jul 28, 2022
  9. Jul 19, 2022
  10. Jul 18, 2022
  11. Jul 04, 2022
    • Brent Huisman's avatar
      Move Python build to `pyproject.toml`, bump Python minver to 3.7, fix macos... · 8af6bd27
      Brent Huisman authored
      Move Python build to `pyproject.toml`, bump Python minver to 3.7, fix macos wheel generation (#1916)
      
      * Failing Macos Python wheel builds fixed.
      * Macos Python wheels now come with dual-arch (x86-64 and arm64)
      * Moved (nearly) all Python build instructions to `pyproject.toml`
        * Enables 'build isolation', and need to specify build-deps only once, no need for users or CI scripts to pre-install them.
        * Enables editable `pip` installs (`pip install -e ./arbor`)
        * Compatible with 'build frontends' `pip` and `build`.
        * Passing CMake options actually got shorter
      * Drop Python 3.6 support.
  12. Jun 21, 2022
  13. Jun 16, 2022
  14. May 18, 2022
  15. Feb 24, 2022
    • boeschf's avatar
      export API (#1824) · 675fdbc9
      boeschf authored
      Exports all symbols so arbor can be compiled as set of shared libraries. 
      
      In order to export all symbols correctly, one macro per library and one global macro are added. The content of the macros is determined at configure time depending on build variant (static/shared), compiler, and platforms (linux, mac os) and goes into the library's include directory as `export.hpp` when installed (at build time it resides at cmake's temporary build directory). The per-library macro is named `ARB_LIBNAME_API` and goes in front of to-be-exported symbols. The global macro is `ARB_SYMBOL_VISIBLE`. 
      
      This PR adds the annotation in all of the places where it is required. Most of them are in the public headers (and corresponding sources) but some are also added in internal headers, which were required for the unit tests to link properly.
      
      Fixes #1752
  16. Jan 27, 2022
  17. Jan 26, 2022
    • Brent Huisman's avatar
      v0.6-rc (#1814) · cf99bdce
      Brent Huisman authored
      * bump version to v0.6-rc
      * Update `MANIFEST.in` and `scripts/run_python_examples.sh`
      * Update Release instructions `docs/contrib/release.rst`
      * Fix missing quotes in `python/example/single_cell_nml.py`
      * Add testing to sdist creation in `ciwheel.yml`
      * Rename `basic.yml` to `test-everything.yml`
         * Remove Python examples step from matrix (mostly because plotting takes much CPU on macos)
         * change to build /w nml
         * add test of pip builds (`pip install` in addition to CMake builds)
            * Python examples are tested here, once is enough.
  18. Jan 24, 2022
    • Thorsten Hater's avatar
      More robust build-catalogue (#1784) · d0dc6bd7
      Thorsten Hater authored
      - build-catalogue
        - now installed by pip
        - enable GPU-backends
        - isolate from being installed in a non-default dir
        - rename to arbor-build-catalogue
        - allow hand-written C++ mechanisms to be linked in the same catalogue.
      - CMake
        - enable PIC on arbor always to allow linking to shared objects
        - use relative paths when configuring a-b-c, to make relocation less of a problem
      - Python
          - ensure a-b-c is installed by pip, along with headers and libarbor.a
          - throw errors if tools (cmake scripts, arbor package, modcc) missing
          - transition setup.py setuptools -> skbuild.
      - Wheels
          - Add NML2 support to wheels
          - scripts/build-wheels.sh builds wheels, in principle valid for submission to PyPI, on your own hardware. This should be kept in sync with .github/workflows/ciwheel.yml
          - scripts/patchwheel.py corrects the rpath in the libraries in the wheels, working around a bad interplay between auditwheel and skbuild, see pypa/auditwh...
  19. Jan 21, 2022
    • Thorsten Hater's avatar
      CMake CUDA clean-up. (#1804) · b2cb6ced
      Thorsten Hater authored
      - Bump CMake to 3.18 for better CUDA support.
      - Clean-up our use of said support.
      - Remove old cruft and workarounds.
      - Maintenance in CI: enable MacOS 11; bump CMake versions to 3.18 / 3.22; bump bors CMake to 3.18
      
      Fixes #1790 
  20. Dec 15, 2021
  21. Nov 26, 2021
  22. Oct 13, 2021
  23. Oct 08, 2021
  24. Oct 06, 2021
  25. Oct 05, 2021
  26. Aug 19, 2021
  27. Aug 17, 2021
  28. Jul 23, 2021
  29. Jul 05, 2021
  30. Jun 24, 2021
  31. Jun 23, 2021
  32. Jun 22, 2021
  33. Jun 16, 2021
  34. May 10, 2021
  35. Apr 29, 2021