Hello Eduardo, So if I understand right, you want /usr/local/lib to be added to the hdf5 library, without having to set the ld library path?
I think something like the following should then work when you configure (maybe more "correct" solution for hdf5 exist, I have not checked the cmake scripts): LDFLAGS="-Wl,-rpath,/usr/local/lib" cmake ../ You can find more information e.g. here: http://www.cmake.org/Wiki/CMake_RPATH_handling Cheers, Yngve On ma. 04. nov. 2013 kl. 10.44 +0100, Eduardo Jauch wrote: > Hello Matthieu > > Yes. This is what causes my problem. Because I have to compile SZLIB > with intel, but I can't just "replace" the system SZLIB. > > When I put the intel version of SZLIB in a different place, the > program do not find SZLIB. > If I add the path of the SZLIB to the system lib path (where ld goes > look for them), then the program works, but the system stops, because > it tries to use the intel version of SZLIB, instead of the system version. > > I'm trying to figure out a way to solve this dilema. > > Maybe I'm missing something. I figure out that the HDF5 compiling > scripts automatically set up everything to work right when compilig > with intel, but I have to check this. I'm reading the install > documentation. > > Thanks, > > Eduardo Jauch > > Em 04-11-2013 00:31, Matthieu Brucher escreveu: >> Hi, >> >> IIRC, the gfortran ABI is not compatible with Intel Fortran ABI. You >> can't mix them together. So you need to compile SZLIB for Intel >> Fortran first. >> >> Cheers, >> >> Matthieu >> >> 2013/11/3 Eduardo Jauch <[email protected]>: >>> Hello! >>> >>> I think maybe someone crossed with this problem. >>> I'm trying to use an HDF5 library with SZIP compiled with intel compilers >>> (icc, icpc, ifort), in a system (Scientific Linux 6.4) that has already a >>> version of SZIP compiled with gfortran. >>> >>> I put HDF5, SZIP and ZLIB in /usr/local/ >>> Everything is fine with my program during compilation, but when I try to >>> execute, it can't find SZLIB. >>> I tried to put the path to the library in the ld config file, but than, >>> while this solved my problem and the program runs ok, it broke my system for >>> other programs (including sudo) that relay on the system version of ZLIB. >>> >>> I found that is possible to, through options passed to the linker, to define >>> the path of a library so that this information is stored in the executable >>> itself (the path will be fixed, but this is not a problem). >>> I would like to know if the same can apply to the HDF5 itself, passing such >>> arguments during ./configure, so that when a program uses HDF5, the lib >>> knows where to look for the SZLIB... >>> >>> I'll do some tests tomorrow or the day after, but if anyone already did this >>> or know if it's possible or not, it would be nice to hear. >>> >>> I thought also to rename the libraries so I can use the first method (adding >>> the path in the ld config) without the problem of breaking the system, but I >>> don't know if it is possible or recommended... >>> >>> If you have any suggestions, I'm listening. ;) >>> >>> Thanks in advance, >>> Eduardo Jauch >>> >>> -- >>> >>> >>> TECNICO Lisboa - MARETEC >>> Secção de Ambiente e Energia >>> >>> Av. Rovisco Pais >>> 1049-001 Lisboa >>> >>> Tel.: +351 21 8419424 >>> Fax: +351 21 8417365 >>> >>> URL: www.mohid.com >>> >>> >>> _______________________________________________ >>> Hdf-forum is for HDF software users discussion. >>> [email protected] >>> http://mail.lists.hdfgroup.org/mailman/listinfo/hdf-forum_lists.hdfgroup.org >>> >> >> > > > -- > <www.ist.utl.pt> > <www.mohid.com> > > TECNICO Lisboa - MARETEC > Secção de Ambiente e Energia > > Av. Rovisco Pais > 1049-001 Lisboa > > Tel.: +351 21 8419424 > Fax: +351 21 8417365 > > URL: www.mohid.com > > > _______________________________________________ > Hdf-forum is for HDF software users discussion. > [email protected] > http://mail.lists.hdfgroup.org/mailman/listinfo/hdf-forum_lists.hdfgroup.org _______________________________________________ Hdf-forum is for HDF software users discussion. [email protected] http://mail.lists.hdfgroup.org/mailman/listinfo/hdf-forum_lists.hdfgroup.org
