same issue here solved by creating symbolic links :
ln -s /home/johannes/Work/FEniCS/lib/libpetsc.so /home/johannes/Work/FEniCS/lib/libpetsc.so.3.2 and ln -s /home/johannes/Work/FEniCS/lib/libslepc.so /home/johannes/Work/FEniCS/lib/libslepc.so.3.2 and run ldconfig again Seems like it was looking for libpetsc.so.3.2 instead of libpetsc .so and therefor picking up the wrong library. (another) Johannes > Then I don't understand why you got a report about "undefined symbol: > SNESGetLineSearch". LD_LIBRARY_PATH is set correctly but ldd shows > that libdolfin.so uses /usr/lib/libpetsc.so. Beats me. > > Johannes > > On Thu, Oct 31, 2013 at 6:00 PM, Michael Wathen <mwathen at cs.ubc.ca> wrote: > > When I run that I get > > > > 000000000075175d T SNESGetLineSearch > > > > Michael > > > > On 13-10-31 09:57 AM, Johannes Ring wrote: > >> Can you verify that the undefined symbol is in this libpetsc.so, that > >> is, do you get any output when you run the following command? > >> > >> nm -D /home/mwathen/Work-unstable/FEniCS/lib/libpetsc.so | grep > >> > >> SNESGetLineSearch > >> > >> Johannes > >> > >> On Thu, Oct 31, 2013 at 4:56 PM, Michael Wathen <mwathen at cs.ubc.ca> wrote: > >>> Yes it does. > >>> > >>> Michael > >>> > >>> On 13-10-31 08:54 AM, Johannes Ring wrote: > >>>> On Thu, Oct 31, 2013 at 4:18 PM, Michael Wathen <mwathen at cs.ubc.ca > > >>>> > >>>> wrote: > >>>>> When I run "echo $LD_LIBRARY_PATH" I get > >>>> > >>>>> /home/mwathen/Work-unstable/FEniCS/lib: > >>>> Does this directory contain libpetsc.so? > >>>> > >>>> Johannes > > > > _______________________________________________ > > fenics-support mailing list > > fenics-support at fenicsproject.org > > http://fenicsproject.org/mailman/listinfo/fenics-support
_______________________________________________ fenics-support mailing list [email protected] http://fenicsproject.org/mailman/listinfo/fenics-support
