LIBBASE is no longer used in make so remove it
Rename rules.doc and rules.utils because GitLab treats the former as a MS Word document.Thanks-to: Jed Brown
non-test and tutorial makefiles only need rules.doc not the full rulesCommit-type: documentation
Only makefiles in the test and tutorial directories need lib/petsc/conf/testCommit-type: housekeeping
Remove now unneeded SOURCE* variables from makefilesCommit-type: configure, housekeeping
Remove empty preprocessor variables
Remove unneeded declarations of LOCDIR from all the makefilesCommit-type:documentation
remove garbage from makefilesIncluding * unused FLAGS variables * All: lib that did not work * stray blank lines etcCommit-type: housekeeping/spend 1h
Single petscdir.mk
build: add more support for not needing to set PETSC_DIR yet build with PETSc, also support for GNU make to directly use "make test" instead of "make -f gmakefile.test"Still needs -include ../petsc
build: add more support for not needing to set PETSC_DIR yet build with PETSc, also support for GNU make to directly use "make test" instead of "make -f gmakefile.test"Still needs -include ../petscdir.mk in many of the makefilesStill needs the link for ../petscdir.mk in many directoriesGNUMakefile: call legacy makefile recursively instead of including itGNUMakefile: promote default "all" target; "libs" builds libpetsc*GNUMakefile: If gnumake < 4.2 prefer makefile wrapper interface over direct gmakefile interface to avoid the following warningsgmakefile.test:92: arch-ci-linux-cxx-cmplx-pkgs-64idx/tests/testfiles: No such file or directorygmakefile:67: arch-ci-linux-cxx-cmplx-pkgs-64idx/lib/petsc/conf/files: No such file or directoryCommit-type: testing-fix, feature, usabilityThanks-to: Jed Brown jed@jedbrown.org
show more ...
use #include instead of soft links from .cu to .c files - as links are causing grief with mingwReported-by: Pierre Jolivet <pierre.jolivet@enseeiht.fr>
ViennaCL: Added hybrid capabilities (CUDA, OpenCL, OpenMP)Depending on whether the user configures with CUDA, OpenCL, or OpenMP,the respective backends will be available in ViennaCL.CUDA has prec
ViennaCL: Added hybrid capabilities (CUDA, OpenCL, OpenMP)Depending on whether the user configures with CUDA, OpenCL, or OpenMP,the respective backends will be available in ViennaCL.CUDA has precedence over OpenCL, which has precedence over OpenMP.If none of the backends is selected, ViennaCL is built in sequential mode.Remaining tasks to better leverage these hybrid capabilities: - Select backend at runtime (API + options) - Eliminate copy-overhead for OpenMP backend - Documentation, examples, and tests to demonstrate usage