Why should $ORIGIN runpaths appear first?

[Orion Poplawski]

vtk is generating the following rpaths errors like this:



The notes on the errors state:

*    0x0008 ... the special '$ORIGIN' RPATHs are appearing after other

*               RPATHs; this is just a minor issue but usually unwanted






I believe the paths come about from:

  if (UNIX)
    if (APPLE)
      set(_vtk_java_origin_rpath_prefix
        "@loader_path")
    else ()
      set(_vtk_java_origin_rpath_prefix
        "$ORIGIN")
    endif ()

    list(APPEND CMAKE_INSTALL_RPATH
      # For sibling wrapped modules.
      "${_vtk_java_origin_rpath_prefix}")


      file(RELATIVE_PATH _vtk_java_relpath
        "/prefix/${_vtk_java_JNILIB_DESTINATION}"
        "/prefix/${_vtk_java_LIBRARY_DESTINATION}")

      list(APPEND CMAKE_INSTALL_RPATH
        # For libraries.
        "${_vtk_java_origin_rpath_prefix}/${_vtk_java_relpath}")
    endif ()
  endif ()




Thanks,
  Orion

--
Orion Poplawski
he/him/his - surely the least important thing about me
Manager of NWRA Technical Systems          720-772-5637
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       or...@nwra.com
Boulder, CO 80301                 https://www.nwra.com/

ERROR 0008: file '/usr/lib64/mpich/lib/vtk/libvtkFiltersParallelGeometryJava.so' contains the $ORIGIN runpath specifier at the wrong position in [/usr/lib64/mpich/lib:$ORIGIN:$ORIGIN/../] Can someone explain to me why it is unwanted? Why should $ORIGIN RPATHs appear first? In this particular case I don't feel concerned with ignoring the error because the two paths appear to be (mostly) equivalent to me, but I'm curious about the error. if (DEFINED _vtk_java_LIBRARY_DESTINATION AND DEFINED _vtk_java_JNILIB_DESTINATION) So I could submit a patch changing "APPEND" to "PREPEND", but other than avoiding this error I don't know why this would be preferred.

smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure