[Trilinos-Users] [11.12.1] UMFPACK>=5.6.0 from Suite-sparse 4.4.2 does not have UFconfig.h

[Bartlett, Roscoe A.]

Denis,

The next release of Trilinos may not have this but it will have a much better message printed about how to deal with problems like this.  See:

    https://github.com/TriBITSPub/TriBITS/issues/41

Most notably it remind the user how one can bypass the search for header files all together by specifying, for example:

    -D TPL_UMFPACK_INCLUDE_DIR=”<dir1>;<dir2>;…”

as documented here:

    https://tribits.org/doc/TribitsBuildQuickRef.html#enabling-support-for-an-optional-third-party-library-tpl

Dealing with TPLs and different TPL versions is the most challenging part of building and installing Trilinos (or any other package for that matter).  Again, we don’t have a good general solution but we have been considering a better system for a long time.  See:

    https://docs.google.com/document/d/1Bc6-d9SValcrs3s8PUqB9fac-dR2QcVKJh6n9cl8t0M/edit

Cheers,

-Ross



From: Denis Davydov [mailto:davydden at gmail.com]
Sent: Thursday, January 15, 2015 2:08 PM
To: Bartlett, Roscoe A.
Cc: trilinos-users at software.sandia.gov
Subject: Re: [Trilinos-Users] [11.12.1] UMFPACK>=5.6.0 from Suite-sparse 4.4.2 does not have UFconfig.h

Hi Ross,

On 15 Jan 2015, at 19:11, Bartlett, Roscoe A. <bartlettra at ornl.gov<mailto:bartlettra at ornl.gov>> wrote:

We could allow the user to override the list of headers to look for with a given (generic) TPLs.  For example, for UMFPACK you could configure with:

  -D UMFPACK_HEADER_NAMES=”umfpack.h;amd.h;UFconfig.h;SuiteSparse_config.h”

That would mirror what is already supported for overriding the list of library names with for a TPL, for example, with:

  -D UMFPACK_LIBRARY_NAMES=”<name1>;<name2>;…”

Would that be sufficient in the short term?

IMHO that would be a perfectly fine short-term solution.
The question is if that solution will be cherry-picked to the stable release
with a subsequent updated release.

I made it working for my machine (OS-X, suite-sparse, Homebrew, etc),
so I am not that dependent on the presence of the solution.
But it seems there are more people who would like to have that flexibility.

The only downside is that if someone inexperienced messes up with it then
there ain’t gonna be warning/errors at CMake stage, but rather at compilation time, i suppose.

Best regards,
Denis.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://software.sandia.gov/pipermail/trilinos-users/attachments/20150115/b669acc5/attachment.html>