autoPatchelfHook versus setting rpath

[milahu]

i noticed in 4d9a976 (shiboken6)
that you fix the libstdc++.so.6: cannot open shared object file: No such file or directory error
by doing some magic with rpath in

python/default.nix

Line 346 in f93a125

(listOptional setup.runtimeLibstdcppRpath nixpkgs.gcc.cc.lib)

usually in nixpkgs, this is solved with

{
  buildInputs = [
    pkgs.stdenv.cc.cc # libstdc++.so.6: cannot open shared object file: No such file or directory
  ];
  nativeBuildInputs = [ autoPatchelfHook ];

for example in python-modules/jaxlib/bin.nix and some other packages

so ... is your rpath solution intentional? does it have some advantage over autoPatchelfHook?
maybe autoPatchelfHook fails in some cases? or did you just copy old nix code? ; )

[kamadorueda]

Both are valid approaches, but no special reason exists