On x86-64, the executables were looking for
libraries in `${lib.getLib stdenv.cc.cc}/lib64`,
but that path apparently changed with
5e2e98f3b7 ,
resulting in a runtime error:
> /nix/store/0z8gd4fmjknwswx0pp5kzqnrhj1k9q8x-samsung-UnifiedLinuxDriver-4.01.17/lib/cups/filter/rastertospl: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
Affected programs are
`$out/lib/cups/filter/{ps,raster}tospl{,c}`.
The commit at hand fixes the library lookup path.
eb8cee29f9