[Trilinos-Users] [EXTERNAL] EpetraExt HDF5 and UMFPACK TPL

[Simone Pezzuto]

Dear all,

                   the problem is still present in version 10.12.1, so
this means that EpetraExt cannot be compiled on Ubuntu (and many others).

So, the patch is still valid.

--- a/packages/epetraext/src/inout/EpetraExt_HDF5.h
+++ b/packages/epetraext/src/inout/EpetraExt_HDF5.h
@@ -45,6 +45,10 @@
 #include "EpetraExt_ConfigDefs.h"
 #ifdef HAVE_EPETRAEXT_HDF5

+#define H5Gopen_vers 2
+#define H5Dopen_vers 2
+#define H5Gcreate_vers 2
+#define H5Dcreate_vers 2
 #include <string>
 #include "hdf5.h"
 class Epetra_Map;


Best!
 Simone

2011/11/22 Heroux, Michael A <maherou at sandia.gov>

>  Thank you Simone.
>
>  Mike
>
>   From: Simone Pezzuto <junki.gnu at gmail.com>
> Date: Mon, 21 Nov 2011 13:25:36 -0800
> To: <Trilinos-Users at software.sandia.gov>
> Subject: [EXTERNAL] [Trilinos-Users] EpetraExt HDF5 and UMFPACK TPL
>
>  Hi all,
>                       there's a bug in
> packages/epetraext/src/inout/EpetraExt_HDF5.cpp,
> because it doesn't check for HDF5 API v1.6 or v1.8. As suggested by
> hdfgroup,
> it's enough adding
>
> #define H5Gopen_vers 2
> #define H5Dopen_vers 2
> #define H5Gcreate_vers 2
> #define H5Dcreate_vers 2
>
> somewhere in the header file. This prevent any doubt.
>
> Second thing: cmake build system is not able to find Umfpack headers,
> if they are installed in /usr/include/suitesparse instead of /usr/include.
> I know that is possible to set by hand the correct path, but it seems
> that the first option is the most common one (ubuntu for instance).
>
> Best!
>  Simone
> _______________________________________________ Trilinos-Users mailing
> list Trilinos-Users at software.sandia.gov
> http://software.sandia.gov/mailman/listinfo/trilinos-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://software.sandia.gov/pipermail/trilinos-users/attachments/20120802/a7dae626/attachment.html