guix-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 13/14] gnu: Add SLEPc.


From: Ludovic Courtès
Subject: Re: [PATCH 13/14] gnu: Add SLEPc.
Date: Sun, 28 Jun 2015 22:18:26 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

address@hidden skribis:

> From: Eric Bavier <address@hidden>
>
> * gnu/packages/maths.scm (slepc, slepc-complex, slepc-openmpi)
>   (slepc-complex-openmpi): New variables.

[...]

> +          'install 'delete-doc
> +          ;; SLEPc installs polluting HTML documentation alongside headers in
> +          ;; $out/include.  Delete these, as users can browse them online.

It would be best to move them to a “doc” output, so that users can have
them handy and be sure it’s the documentation that correspond to the
version they’re using.

OK with this change.

> +(define-public slepc-complex
> +  (package (inherit slepc)
> +    (name "slepc-complex")
> +    (propagated-inputs
> +     `(("petsc" ,petsc-complex)
> +       ,@(alist-delete "petsc" (package-propagated-inputs slepc))))
> +    (synopsis "Scalable library for eigenproblems (with complex scalars)")))
> +
> +(define-public slepc-openmpi
> +  (package (inherit slepc)
> +    (name "slepc-openmpi")
> +    (inputs
> +     `(("mpi" ,openmpi)
> +       ("arpack" ,arpack-ng-openmpi)
> +       ,@(alist-delete "arpack" (package-inputs slepc))))
> +    (propagated-inputs
> +     `(("petsc" ,petsc-openmpi)
> +       ,@(alist-delete "petsc" (package-propagated-inputs slepc))))
> +    (synopsis "Scalable library for eigenproblems (with MPI support)")))
> +
> +(define-public slepc-complex-openmpi
> +  (package (inherit slepc-openmpi)
> +    (name "slepc-complex-openmpi")
> +    (propagated-inputs
> +     `(("petsc" ,petsc-complex-openmpi)
> +       ,@(alist-delete "petsc" (package-propagated-inputs slepc-openmpi))))
> +    (synopsis "Scalable library for eigenproblems (with complex scalars and 
> MPI support)")))

That may call for a better system to override dependencies and build
options à la Spack.

OTOH, we do want common variants to be available explicitly as packages
so that they get built on Hydra and so on.

Food for thought...

Ludo’.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]