[petsc-users] Reuse compiled packages

[san.temporal at gmail.com]

So the point is I was relying on a flag that is possibly non-working.
I confirm that, given the line that I had previously used

    ./configure PETSC_ARCH=arch-pkgs --prefix=$HOME/petsc-pkgs ...
--download-fblaslapack --download-mumps --download-scalapack ...

(I didn't need to do this again), I could reuse my compiled packages with

    ./configure PETSC_ARCH=arch-pkgs --prefix=$HOME/petsc-pkgs ...
--with-fblaslapack-dir=/home/santiago/usr/local
--with-mumps-dir=$HOME/petsc-pkgs --with-scalapack-dir=$HOME/petsc-pkgs ...

and it worked fine. (I assume in your second ./configure command you meant
PETSC_ARCH=arch-pkgs, as I used).
This used previously compiled versions of fblaslapack, mumps and scalapack:

    ...
    BlasLapack:
      Library:  -Wl,-rpath,/home/santiago/usr/local/lib
-L/home/santiago/usr/local/lib -lflapack -lfblas
      uses 4 byte integers
    MPI:
      Version:  3
      Mpiexec: mpiexec
      OMPI_VERSION: 2.1.1
    pthread:
    fblaslapack:
    cmake:
      Version:  3.10.2
      /usr/bin/cmake
    X:
      Library:  -lX11
    regex:
    MUMPS:
      Version:  5.2.1
      Includes: -I/home/santiago/usr/local/include
      Library:  -Wl,-rpath,/home/santiago/usr/local/lib
-L/home/santiago/usr/local/lib -lcmumps -ldmumps -lsmumps -lzmumps
-lmumps_co mmon -lpord
    scalapack:
      Library:  -Wl,-rpath,/home/santiago/usr/local/lib
-L/home/santiago/usr/local/lib -lscalapack
    ...

I guess this can also be used to compile fblaslapack, mumps, scalapack (all
the same versions as I am working with now), with whatever options I want,
and then use these to configure PETSc.

Thanks.
Santiago



On Sat, Apr 25, 2020 at 11:54 AM Satish Balay <balay at mcs.anl.gov> wrote:

> On Sat, 25 Apr 2020, san.temporal at gmail.com wrote:
>
> > Hi all,
> >
> > While compiling 3.13.0 I have previously run
> >
> > $ ./configure ... --download-mumps --download-scalapack ...
> >
> > and now I have
> >
> > $ ls arch-linux2-c-opt/externalpackages/
> > fblaslapack-3.4.2/  petsc-pkg-fblaslapack-e8a03f57d64c/
> >  petsc-pkg-mumps-d1a5c931b762/  petsc-pkg-scalapack-3ba8f741b828/
> >
> > Are there any flags for configure that let me reuse the compiled
> versions I
> > have?
>
>
> By default - if you use the same PETSC_ARCH and same download options -
> the installed packages won't get rebuilt.
>
> However - if you want to have  a single install of externalpackages shared
> across multiple petsc builds - its best
> to install externalpackages in a prefix location. And then use this for
> subsequent builds.
>
> ./configure PETSC_ARCH=arch-pkgs --prefix=$HOME/petsc-pkgs
> --download-mumps --download-scalapack
>
> ./configure PETSC__ARCH=arch-use-pkgs --with-mumps-dir=$HOME/petsc-pkgs
> --with-scalapack-dir=$HOME/petsc-pkgs
>
>
> --with-packages-search-path options hardly ever gets used - so will have
> to check if its broken or not.
>
> Satish
>
>
> > I did not try separate --with-mumps-include and --with-mumps-lib, as I
> > think there should be a more rational approach
> > All the combinations I tried failed (<loc> stands for the current dir):
> >
> > 1.
> > --with-packages-search-path=<loc> --with-mumps
> > (what I would like best, as it would allow for a single search path for
> all
> > external packages already compiled)
> >
> > 2.
> > --with-packages-search-path=<loc>/arch-linux2-c-opt --with-mumps
> >
> > 3.
> > --with-packages-search-path=<loc>/arch-linux2-c-opt/externalpackages
> > --with-mumps
> >
> > 4.
> >
> --with-packages-search-path=<loc>/arch-linux2-c-opt/externalpackages/petsc-pkg-mumps-d1a5c931b762
> > --with-mumps
> >
> > 5.
> >
> --with-packages-search-path=<loc>/arch-linux2-c-opt/externalpackages/petsc-pkg-mumps-d1a5c931b762
> >
> --with-mumps-dir=<loc>/arch-linux2-c-opt/externalpackages/petsc-pkg-mumps-d1a5c931b762
> > --with-mumps
> >
> > Note that the directory is well written. If that weren't the case,
> > --with-packages-search-path would simply not find it, but
> --with-mumps-dir
> > would complain.
> >
> > Thanks in advance,
> > Santiago
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/petsc-users/attachments/20200426/cc524252/attachment-0001.html>