getfem-users
[Top][All Lists]
Advanced

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

Re: [Getfem-users] Error in MUMPS configuration - GetFEM version 4.2


From: Mahdi Haddad
Subject: Re: [Getfem-users] Error in MUMPS configuration - GetFEM version 4.2
Date: Fri, 15 Feb 2013 15:29:15 -0600

Dear Roman,

Thanks for your prompt response.

I added LDFLAGS="-L /work/02077/mhaddad/XFEM/MUMPS_4.10.0/include" to the GetFEM configuration. However, I still have the same error. My config.log is attacghed to this email. 
The relevant parts of it to smumps_c are these:

configure:20855: checking for library containing smumps_c
configure:20894: mpicxx -o conftest -mkl -O3  -DGMM_USES_BLAS  -I/work/02077/mhaddad/XFEM/include/ -I/work/02077/mhaddad/XFEM/MUMPS_4.10.0/include/ -L /work/02077/mhaddad/XFEM/MUMPS_4.10.0/include conftest.cpp   >&5
/tmp/icpcF316gg.o: In function `main':
conftest.cpp:(.text+0x29): undefined reference to `smumps_c'
configure:20894: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "getfem"
| #define PACKAGE_TARNAME "getfem"
| #define PACKAGE_VERSION "4.2"
| #define PACKAGE_STRING "getfem 4.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define PACKAGE "getfem"
| #define VERSION "4.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
| #define HAVE_MUPARSER_H 1
| /* end confdefs.h.  */
|
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char smumps_c ();
| #ifdef FC_DUMMY_MAIN
| #ifndef FC_DUMMY_MAIN_EQ_F77
| #  ifdef __cplusplus
|      extern "C"
| #  endif
|    int FC_DUMMY_MAIN() { return 1; }
| #endif
| #endif
| int
| main ()
| {
| return smumps_c ();
|   ;
|   return 0;
| }
configure:20894: mpicxx -o conftest -mkl -O3  -DGMM_USES_BLAS  -I/work/02077/mhaddad/XFEM/include/ -I/work/02077/mhaddad/XFEM/MUMPS_4.10.0/include/ -L /work/02077/mhaddad/XFEM/MUMPS_4.10.0/include conftest.cpp -l/work/02077/mhaddad/XFEM/MUMPS_4.10.0/lib    >&5
ld: cannot find -l/work/02077/mhaddad/XFEM/MUMPS_4.10.0/lib
configure:20894: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "getfem"
| #define PACKAGE_TARNAME "getfem"
| #define PACKAGE_VERSION "4.2"
| #define PACKAGE_STRING "getfem 4.2"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define PACKAGE "getfem"
| #define VERSION "4.2"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR ".libs/"
| #define HAVE_MUPARSER_H 1
| /* end confdefs.h.  */
|
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char smumps_c ();
| #ifdef FC_DUMMY_MAIN
| #ifndef FC_DUMMY_MAIN_EQ_F77
| #  ifdef __cplusplus
|      extern "C"
| #  endif
|    int FC_DUMMY_MAIN() { return 1; }
| #endif
| #endif
| int
| main ()
| {
| return smumps_c ();
|   ;
|   return 0;
| }
configure:20911: result: no
configure:20919: error: The function smumps_c couldn't be found in the provided MUMPS libraries.


I'm using MKL for BLAS and I want to use Parallel MUMPS. Should I use ATLAS instead of MKL or MKL is fine here?

The Makefile.inc in MUMPS package which I used for installing MUMPS is attached to this email.
I used MKL in that too. Should I change it to ATLAS in order to install parallel MUMPS? 

Best regards,
Mahdi 



On Thu, Feb 14, 2013 at 11:26 PM, Roman Putanowicz <address@hidden> wrote:
> Dear friends,
>
> I have this error:
> checking for library containing smumps_c... no
> configure: error: The function smumps_c couldn't be found in the provided
> MUMPS libraries.
>
> As you see, there is smumps_c.h in this directory.
> I have given the address for MUMPS include directory in the configuration.
> But, it doesn't recognize that.
>
> Has any one encountered the same error? I would appreciate it if you could
> let know how to resolve this error.

Dear Mahdi,

>From the error message it looks like the error concerns library files
and not header files. To see what is going on you can look at config.log
in your file. First of all make sure you have all required libraries
in the directory provided.

Most of the time autotools configuration works fine but I have found that if
I have libraries installed in some non-standard places it "chokes"
when looking for library files. In such situations setting environment
variable LDFLAGS="-L my_lib_path" solves the problem.

Regards

Roman
>
> Best regards,
> Mahdi

> _______________________________________________
> Getfem-users mailing list
> address@hidden
> https://mail.gna.org/listinfo/getfem-users


--
Roman Putanowicz, PhD  < address@hidden  >
Institute for Computational Civil Engng (L-5)
Dept. of Civil Engng, Cracow Univ. of Technology
www.l5.pk.edu.pl, tel. +48 12 628 2569, fax 2034



--
******************************************
Mahdi Haddad (PhD student)
Graduate Research Assistant
Center for Petroleum and Geosystems Engineering (CPGE)
Cockrell School of Engineering
The University of Texas at Austin
Emailto: address@hidden
******************************************

Attachment: config.log
Description: Binary data

Attachment: Makefile.inc
Description: Binary data


reply via email to

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