Describe the bug

The issue is what the title says.
By half, I mean

$ ls /nix/store/waklcv94vzffa36qpfghs8c1yd0080wk-emacs-28.1/lib/emacs/28.1/native-lisp/28.1-8618a055 | wc -l
1349

and for my previously used emacsGcc from emacs-overlay

$ ls /nix/store/hndnv6w8bzmw7vi5b1rcbkwf68la8lmy-emacs-gcc-28.0.92/lib/emacs/28.0.92/native-lisp/28.0.92-6a100051 | wc -l
2727

Steps To Reproduce

1. add emacsNativeComp to environment.systemPackages
2. rebuild your system
3. clean the eln cache in your home, e.g. mv ~/.emacs.d/eln-cache ~/.emacs.d/eln-cache.bak
4. use emacs -q to open emacs
5. look for the manual for cl-pushnew by M-x describe-function and inputing cl-pushnew
6. check the eln cache in your home: ls ~/.emacs.d/eln-cache/28.1*/, you will find cl-lib-*.eln together other eln cache. I think this is a bug since cl-lib is builtin for emacs and it's eln cache should be distributed together with emacsNativeComp.

Expected behavior

Uses of emacsNativeComp will not need to native-compile builtin libraries themselves.

Additional context

cl-lib-*.eln does distributed together with emacsGcc from emacs-overlay I used before.

It's /nix/store/hndnv6w8bzmw7vi5b1rcbkwf68la8lmy-emacs-gcc-28.0.92/lib/emacs/28.0.92/native-lisp/28.0.92-6a100051/cl-lib-8b938900-82325715.eln.

Notify maintainers

@lovek323 @jwiegley @adisbladis
might be related to the bump of 28 #168076 , so @azahi

Metadata

 - system: `"x86_64-linux"`
 - host os: `Linux 5.15.34, NixOS, 22.05 (Quokka), 22.05.20220426.e120fd5`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.8.0pre20220411_f7276bc`
 - nixpkgs: `/nix/store/xjycb37n2mxmhw03fy75xrz7lrlc0wrc-source`