Actually, there was an error in our build-scripts, which did not pass the right "-L" and "-rpath" options to configure. I was irritated by the two different version numbers, but now it works.
Thanks! Oliver On Thu, Feb 10, 2011 at 12:14:54AM +0100, Juan Jose Garcia-Ripoll wrote: > On Wed, Feb 9, 2011 at 11:36 PM, Oliver Kullmann > <o.kullm...@swansea.ac.uk>wrote: > > > ./ecl_min: error while loading shared libraries: libffi.so.4: cannot open > > shared object file: No such file or directory > > > > The library is not in a standard location and it is shared, not static, > which means that the OS has to find it. Do one of the following > > 1) Export LD_LIBRARY_PATH=location-to-the-library before building > 2) Add some --rpath flags to LDFLAGS. > > 1) is just a temporary hack. 2) will hardcode the location of the library. > > > > The libffi-built created libffi.so.5 --- why does it want an earlier > > version (there is no libffi-version > > otherwise on that machine)? > > > > I do not know. It seems like either a problem with your linker or that there > is indeed another copy with that version installed. > > Juanjo > > -- > Instituto de Física Fundamental, CSIC > c/ Serrano, 113b, Madrid 28006 (Spain) > http://juanjose.garciaripoll.googlepages.com ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Ecls-list mailing list Ecls-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ecls-list
