[Trilinos-Users] [EXTERNAL] [12.2.1] Amesos2 does not see SLU::superlu_options_t etc

[Siva Rajamanickam]

Denis,
   Can you attach your configure script ?

-Siva

On 09/04/2015 08:08 AM, Denis Davydov wrote:
> Dear all,
>
> It seems some namespace wrapping for Superlu is inconsistent within Amesos2:
>
> In file included from /Users/davydden/Downloads/trilinos-12.2.1-Source/packages/amesos2/src/Amesos2_Factory.cpp:44:
> In file included from /Users/davydden/Downloads/trilinos-12.2.1-Source/packages/amesos2/src/Amesos2_Factory.hpp:108:
> In file included from /Users/davydden/Downloads/trilinos-12.2.1-Source/packages/amesos2/src/Amesos2_Superlu.hpp:47:
> In file included from /Users/davydden/Downloads/trilinos-12.2.1-Source/packages/amesos2/src/Amesos2_Superlu_decl.hpp:58:
> /Users/davydden/Downloads/trilinos-12.2.1-Source/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:83:14: error: no type named 'superlu_options_t' in namespace 'SLU'; did you mean 'SLUD::superlu_options_t'?
>        sgssvx(SLU::superlu_options_t *, SLU::SuperMatrix *, int *, int *, int *,
>                    ^~~~~~~~~~~~~~~~~~~~~~
>                    SLUD::superlu_options_t
> /usr/local/opt/superlu_dist/include/superlu_dist/superlu_defs.h:540:3: note: 'SLUD::superlu_options_t' declared here
> } superlu_options_t;
>    ^
>
> And there are other similar errors for all kind SuperLU objects.
> It could also be due to include SuperLU include directory not provided as compiler flag.
> But I suppose in that case the error would rather be at
> #include “slu_util.h"
>
> p.s. superlu_options_t is there in #include “slu_util.h” (v4.3).
>
> Regards,
> Denis.
> _______________________________________________
> Trilinos-Users mailing list
> Trilinos-Users at trilinos.org
> https://trilinos.org/mailman/listinfo/trilinos-users