29 Commits

Author SHA1 Message Date
Henry Chen
20bdb65882 Fix recursive variable expansion in Makefiles for LOONGSON3A 2024-08-14 15:08:32 +08:00
Vladimir Nikolić
127ea5d0d9 Add missing parenthesis 2024-07-15 15:12:21 -07:00
Martin Kroeker
edacf9b397 Work around spurious BLAS3 test errors on LOONGSON3R3/4 (#4667)
Force compilation with gfortran to use O0 on older Loongson hardware to avoid spurious test failures
2024-04-30 08:50:47 +02:00
Martin Kroeker
48e017de09 fix position of endif - gemm3m tests should not be run in cross-compiles 2024-04-05 22:54:34 +02:00
Martin Kroeker
5aaeca2896 fix name 2024-02-26 09:26:14 +01:00
Martin Kroeker
87dd1c710e fix conditional gemm3m build 2024-02-26 07:37:30 +01:00
Martin Kroeker
0ce794f0c3 Enable GEMM3M tests on supported platforms 2024-02-25 23:38:36 +01:00
Chip Kerchner
61c8e19f95 Fix Makefile to support OpenMP on AIX for xlc (clang) with xlf. 2024-01-31 15:27:50 -06:00
Martin Kroeker
7a96908d0c Add -lgomp when IBM xlf is combined with gcc in OPENMP builds 2023-09-24 10:18:24 +02:00
Aiden Grossman
b209915121 Fix build with clang
There are two instances when building the tests where OpenBLAS fails to
build with OpenMP and clang due to library paths getting reset as flags
are set rather than appended. This seems to only affect certain
clang/libomp installations, but if it's already grabbing the correct
library paths we might as well use them.
2023-07-28 12:59:44 -07:00
Isuru Fernando
d54971fe20 Fix building tests when NOFORTRAN is not given at all 2022-08-08 11:20:38 -05:00
Martin Kroeker
ccd87cc472 Fix switching between Fortran and C build 2022-07-12 19:35:31 +02:00
Martin Kroeker
914c4d0fe8 Add C versions of the CBLAS test sources (#3656)
* Add C conversions of the CBLAS tests for NOFORTRAN=1 builds

* Enable CTEST without Fortran and fix passing of BUILD_vartype options to exports/gensymbol
2022-06-28 11:52:48 +02:00
Martin Kroeker
e78fbe4654 Disable gfortran tree vectorizer to avoid gcc11+ miscompilation at O3 2021-07-30 14:44:54 +02:00
Martin Kroeker
041a26fd79 Support compilation with nagfor 2021-03-11 11:52:29 +01:00
Martin Kroeker
8a6b17f97d Change ifndefs to ifneq 2020-11-22 16:19:31 +01:00
Martin Kroeker
f6d2827d0c Adapt ctests to having only a subset of types in the build 2020-10-11 14:32:00 +02:00
Martin Kroeker
c436e8af7b Do not attempt to run ctest without fortran
The main Makefile takes care of this in the build process, but users or CI jobs may try to run this directly
2020-03-13 20:10:26 +01:00
Martin Kroeker
30efed14d1 Unset special make variables in ctest Makefile as well 2019-07-24 15:26:09 +02:00
Martin Kroeker
1f9e4f3193 Handle special case of gfortran+clang+OpenMP 2018-06-19 20:46:36 +02:00
Aleksey Kuleshov
3d50ccdc0d allow building tests when CROSS compiling but don't run them 2016-04-26 12:36:47 +03:00
Werner Saar
9bfd267d51 bugfix for gemm3m tests 2015-05-05 11:58:59 +02:00
wernsaar
7f234f8ed1 added GEMM3M tests 2014-09-21 10:55:08 +02:00
Timothy Gu
6c2ead30f0 Remove all trailing whitespace except lapack-netlib
Signed-off-by: Timothy Gu <timothygu99@gmail.com>
2014-06-27 12:05:18 -07:00
Sebastien Fabbro
9f0fb6e662 Respect user's LDFLAGS 2013-07-25 14:08:37 -07:00
Jameson Nash
d0e731e8b8 provide support for passing CFLAGS, FFLAGS, PFLAGS, FPFLAGS to make on the command line 2012-08-21 00:31:12 -04:00
Xianyi Zhang
57658a8c14 ref #62. Added the user friendly message with USE_OPENMP=1. The users should use OMP_NUM_THREADS.
When OpenBLAS is compiled with USE_OPENMP=1, it ignores OPENBLAS_NUM_THREADS and GOTO_NUM_THREADS flags.Therefore, you should use OMP_NUM_THREADS.

Without setting OMP_NUM_THREADS, a process will use maximal number of threads on a computing node. Thus, if there are 2 processes on the computing node, the thread will contend against other threads on CPU cores. As a result, the application will hang.
2011-10-09 15:14:48 +08:00
Xianyi Zhang
066465af5b Used the environment variable OPENBLAS_NUM_THREADS to set the number of threads in test. 2011-01-24 18:11:35 +00:00
Xianyi Zhang
342bbc3871 Import GotoBLAS2 1.13 BSD version codes. 2011-01-24 14:54:24 +00:00