[Wien] lapw1.def fail -- invalid pointer

awronka@uni.lodz.pl awronka at uni.lodz.pl
Sat Dec 1 14:56:43 CET 2007


They started a new layered model concept in mkl 10:
http://softwarecommunity.intel.com/isn/downloads/softwareproducts/pdfs/347460.pdf
to support a richer set of circumstances, compilers and threading in
particular.
They introduced the "dummy libraries" to provide backward compatibility
(mkl 9), and changed also a general form of of specifying paths and
libraries in the link line in comparison with mkl 9:

-L<MKL path> -I<MKL include>

[-lmkl_lapack95] [-lmkl_blas95]

[cluster components]

[-Wl,--start-group]

[{-lmkl_{intel, intel_ilp64, intel_lp64, intel_sp2dp, gf, gf_ilp64, gf_lp64}]

[-lmkl_{intel_thread, sequential}]

[{-lmkl_solver, -lmkl_solver_lp64, -lmkl_solver_ilp64}]

{{[-lmkl_lapack] -lmkl_{ia32, em64t, ipf}},

-lmkl_core}}

[-Wl,--end-group]

[{-lguide, -liomp5}] [-lpthread] [-lm]

I have tried previous (ifort fce 10, mkl 9) compilation options for mkl 10
(CentOS5 and Suse 10.3), but it does't work for me and have the same glibc
detected error.

Regards,

Andrzej



>I had several times the error lapw1.def failt or uplapw1.def failt
>
> A closer look revealed:
> *** glibc detected *** /home/fecher/Fortran_Work/Wien2k/lapw1c: free():
invalid pointer: 0x00002aaac4605010 ***
>
> Has anyone an idea where this error comes from ?
> It seems also to occur with the test.case, but not in every run.
> Is a hardware failure a possible cause ?
>
> System:
> 2  Xeon 5160, 8GB RAM
> Wien2k 07.3,
> Red Hat 4.1.2-27, Linux version 2.6.23.1-10.fc7 #1 SMP,
> ifort fce 10.1.008
> mkl 10.0.011
>
> Ciao
> Gerhard
> _______________________________________________
> Wien mailing list
> Wien at zeus.theochem.tuwien.ac.at
> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien



More information about the Wien mailing list