3
0
Fork 0
forked from mirrors/nixpkgs
nixpkgs/pkgs/os-specific
rnhmjoj 61b7cab481
treewide: use perl.withPackages when possible
Since 03eaa48 added perl.withPackages, there is a canonical way to
create a perl interpreter from a list of libraries, for use in script
shebangs or generic build inputs. This method is declarative (what we
are doing is clear), produces short shebangs[1] and needs not to wrap
existing scripts.

Unfortunately there are a few exceptions that I've found:

  1. Scripts that are calling perl with the -T switch. This makes perl
  ignore PERL5LIB, which is what perl.withPackages is using to inform
  the interpreter of the library paths.

  2. Perl packages that depends on libraries in their own path. This
  is not possible because perl.withPackages works at build time. The
  workaround is to add `-I $out/${perl.libPrefix}` to the shebang.

In all other cases I propose to switch to perl.withPackages.

[1]: https://lwn.net/Articles/779997/
2021-03-31 21:35:37 +02:00
..
bsd
darwin fuse: use macfuse-stubs instead on Darwin 2021-03-23 23:42:16 +09:00
linux treewide: use perl.withPackages when possible 2021-03-31 21:35:37 +02:00
solo5 solo5: disable checkPhase instead of setting to null, run hooks 2021-03-26 11:06:31 +01:00
windows mcfgthreads: 9570e5ca -> 10y2x3x6 2021-03-12 15:54:05 +00:00