| 4353892e | 30-May-2021 |
Satish Balay <balay@mcs.anl.gov> |
configure: fix failure with --with-zlib=1 --package-prefix-hash=$HOME/petsc-hash-pkgs
To reproduce:
$ cat ../runcmd.sh
rm -rf ~/petsc-hash-pkgs/*
./configure --with-zlib=1 --package-prefix-hash=$HOM
configure: fix failure with --with-zlib=1 --package-prefix-hash=$HOME/petsc-hash-pkgs
To reproduce:
$ cat ../runcmd.sh
rm -rf ~/petsc-hash-pkgs/*
./configure --with-zlib=1 --package-prefix-hash=$HOME/petsc-hash-pkgs --with-fc=0
rm -rf arch-linux-c-debug
./configure --with-zlib=1 --package-prefix-hash=$HOME/petsc-hash-pkgs --with-fc=0
Error: (on second run)
Downloaded zlib could not be used. Please check install in /home/balay/petsc-hash-pkgs/77e3c4
show more ...
|
| b758003b | 26-May-2021 |
Barry Smith <bsmith@mcs.anl.gov> |
When a libary is provided with its full path check on the filesystem that it actually exists
Otherwise because it is converted to -Ldir -llib it may exist in LIBRARY_PATH or a system library but fal
When a libary is provided with its full path check on the filesystem that it actually exists
Otherwise because it is converted to -Ldir -llib it may exist in LIBRARY_PATH or a system library but falsely be believed it is in the given directory.
This is especially a problem with libraries found in BlasLapack.py which often are not in the requested location and should be rejected
I've tried many approaches for a valid check and this one, though not perfect since it only checks the first library in the list is at least not fragile and is reliable. This has been an outstanding issue since the origins of PETSc's ./configure
Commit-type: error-checking, portability-fix, configure
\spend 8h
show more ...
|