[petsc-dev] Tests are not working for me in next

[Satish Balay]

On Mon, 19 Mar 2018, Jed Brown wrote:

> Satish Balay <balay at mcs.anl.gov> writes:
> 
> > Ok - the issue is coming from the change in jed/gmakefile-paths
> >
> > commit 8e69c5ec7dbec5c4ff0e2255fa41e86223635a8c
> > Author: Jed Brown <jed at jedbrown.org>
> >
> > Previously we had:
> >
> > /Users/petsc/petsc.next/arch-osx-10.6/bin/mpicc -Wl,-multiply_defined,suppress -Wl,-multiply_defined -Wl,suppress -Wl,-commons,use_dylibs -Wl,-search_paths_first -Wl,-no_compact_unwind -Wl,-multiply_defined,suppress -Wl,-multiply_defined -Wl,suppress -Wl,-commons,use_dylibs -Wl,-search_paths_first -Wl,-no_compact_unwind    -Wall -Wwrite-strings -Wno-strict-aliasing -Wno-unknown-pragmas -fstack-protector -Qunused-arguments -fvisibility=hidden -g3  -dynamiclib -install_name arch-osx-10.6/lib/libpetsc.3.08.dylib -compatibility_version 3.08 -current_version 3.08.3 -single_module -multiply_defined suppress -undefined dynamic_lookup -o arch-osx-10.6/lib/libpetsc.3.08.3.dylib ...
> 
> I assume the above and below are backwards?

Yeah - sorry.

> 
> > Now we have:
> >
> > /Users/petsc/petsc.master/arch-osx-10.6/bin/mpicc -Wl,-multiply_defined,suppress -Wl,-multiply_defined -Wl,suppress -Wl,-commons,use_dylibs -Wl,-search_paths_first -Wl,-no_compact_unwind -Wl,-multiply_defined,suppress -Wl,-multiply_defined -Wl,suppress -Wl,-commons,use_dylibs -Wl,-search_paths_first -Wl,-no_compact_unwind    -Wall -Wwrite-strings -Wno-strict-aliasing -Wno-unknown-pragmas -fstack-protector -Qunused-arguments -fvisibility=hidden -g3  -dynamiclib -install_name /Users/petsc/petsc.master/arch-osx-10.6/lib/libpetsc.3.08.dylib -compatibility_version 3.08 -current_version 3.08.3 -single_module -multiply_defined suppress -undefined dynamic_lookup -o /Users/petsc/petsc.master/arch-osx-10.6/lib/libpetsc.3.08.3.dylib .....
> >
> > '-install_name arch-osx-10.6/lib/libpetsc.3.08.dylib' vs
> > '-install_name /Users/petsc/petsc.master/arch-osx-10.6/lib/libpetsc.3.08.dylib'
> > is causing this difference.
> 
> Thanks for the diagnosis.  Can we use @rpath/libpetsc.3.08.dylib?  Then
> we wouldn't need to run install_name_tool either.  If we want the
> absolute path written into the dylib, I can do that.

You mean '-install_name ${PREFIXDIR}/lib/libpetsc.3.08.dylib'? Yes - this should eliminate the need for install_name_tool in 'make install' [and that code can be removed]

Satish