Why should $ORIGIN runpaths appear first?

[Orion Poplawski <orion@xxxxxxxx>]

vtk is generating the following rpaths errors like this:

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/../]

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


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.

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}")

    if (DEFINED _vtk_java_LIBRARY_DESTINATION AND DEFINED 
_vtk_java_JNILIB_DESTINATION)
      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 ()


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.

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                       orion@xxxxxxxx
Boulder, CO 80301                 https://www.nwra.com/

<<attachment: smime.p7s>>

_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure