tree 5514a9dc644ed68666987eaac38ba69ba0177262
parent f4b07e0713b2d82417968db08cd0575734cdac0d
parent 86822eb9404382eb82404a2c7b9193980fdd5296
author kennytm <kennytm@gmail.com> 1544796604 +0800
committer GitHub <noreply@github.com> 1544796604 +0800
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsBcBAABCAAQBQJcE7m8CRBK7hj4Ov3rIwAAdHIIABr6hepvlCoUnLBmVsW0zRGO
 3UrFAelZYYu3iE+fkqRzSkLjxZciAwRH/wAcNviIpCkJcZrUMqm0kyCyPU4FSwYb
 cBVggINyl64nv0YUVV66Ji/Iv9KFm9ZjxaSa6DAigZGN+IHZLXumnvu2dh/g1UQM
 zJXDQD8ujJqHuG3dojW+8WZru+cMvrda6jE0guQroan0U3brYJaz0o6iyhjW8azj
 4K8RTrDRd2wO6w5BT6OScfQ33kckEt5hshFx55UeY+DUgAl1YikmFxm4kbrRwqbC
 t97SM+gnzvECLjjwMA/nymA5eLxjQO9khuj53p/YRUXT8L3H106fQ77d1GTBPvI=
 =Fd2Y
 -----END PGP SIGNATURE-----
 

Rollup merge of #56609 - michaelwoerister:unconditional-target-cpu-attr, r=alexcrichton

Unconditionally emit the target-cpu LLVM attribute.

This PR makes `rustc` always emit the `target-cpu` LLVM attribute for functions. The goal is to allow for cross-language inlining of functions defined in `libstd`. So far `libstd` functions were the only function without a `target-cpu` attribute, so in whole-crate-graph cross-lang LTO scenarios they were not eligible for inlining into foreign code.

r? @alexcrichton