-
Notifications
You must be signed in to change notification settings - Fork 51
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
Update Github actions #298
Changes from 4 commits
d4cd5c9
b888d6d
f5a8756
90c8399
24ecb18
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -43,7 +43,7 @@ jobs: | |
with-solver: strumpack | ||
with-eigensolver: slepc | ||
|
||
runs-on: macos-latest-xl | ||
runs-on: macos-latest-xlarge | ||
steps: | ||
- uses: actions/checkout@v4 | ||
with: | ||
|
@@ -53,6 +53,10 @@ jobs: | |
run: | | ||
brew install pkg-config | ||
|
||
- uses: julia-actions/setup-julia@v2 | ||
with: | ||
version: '1' | ||
|
||
- name: Configure Open MPI | ||
if: matrix.mpi == 'openmpi' | ||
run: | | ||
|
@@ -84,7 +88,7 @@ jobs: | |
export FC=gfortran-12 | ||
fi | ||
if [[ "${{ matrix.math-libs }}" == 'openblas' ]]; then | ||
export OPENBLAS_DIR=/usr/local/opt/openblas | ||
export OPENBLAS_DIR=/opt/homebrew/opt/openblas | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Ok, but might suggest |
||
fi | ||
export NUM_PROC_BUILD=$(nproc 2> /dev/null || sysctl -n hw.ncpu) | ||
if [[ "$NUM_PROC_BUILD" -gt "$NUM_PROC_BUILD_MAX" ]]; then | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -163,6 +163,15 @@ else() | |
else() | ||
set(OPENBLAS_DIR) | ||
endif() | ||
|
||
if(NOT OPENBLAS_DIR STREQUAL "") | ||
# If OpenBLAS was found set the vendor to avoid conflict with Accelerate on Darwin | ||
set(BLA_VENDOR "OpenBLAS") | ||
message(STATUS "Using BLAS/LAPACK from OpenBLAS") | ||
else() | ||
message(STATUS "Using BLAS/LAPACK located by CMake") | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This looks ok — for this to trigger we need to not have defined the root paths The one question I had — do we want to treat the case specially where There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think this probably worth handling, but I'll do in a follow up PR (#299), as doing it neatly is going to involve a modest amount of refactoring in this file (in particular handling the AOCL section) and then a significant amount of testing for the edges. |
||
endif() | ||
|
||
list(APPEND CMAKE_PREFIX_PATH ${OPENBLAS_DIR}) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This line (new 175) might be better in the if clause above, although it does nothing if empty. |
||
find_package(BLAS REQUIRED) | ||
find_package(LAPACK REQUIRED) | ||
|
@@ -181,7 +190,6 @@ else() | |
PATH_SUFFIXES include include/openblas | ||
REQUIRED | ||
) | ||
message(STATUS "Using BLAS/LAPACK located by CMake") | ||
endif() | ||
|
||
# Save variables to cache | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is there a recommendation from julia whether to also pin subversion (1.10 / 1.11)? I know these can have some breaking changes, although our usage might be light enough not to worry.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think I'd rather let it run along at 1 until there's a bug to prevent us otherwise. That way we'll naturally incorporate any updates. Our usage is very light anyway, so should be fine I think.