tree 6150dbe1057cc94b5b9b2e57074360136d47447f
parent 8bd989ed5fb0488922a9536233d167c3e37b765f
author plf <plf@google.com> 1645539425 -0800
committer Copybara-Service <copybara-worker@google.com> 1645539519 -0800

Fix linker inputs for cc_shared_library linking

This CL makes cc_shared_library and cc_binary account for the possibility that
a single rule (i.e. a single owner) may place more than one linker_input in a
linking context. There is no rule saying that this cannot be the case but until
now the implementation of cc_library did place just a single linker input per
owner.

The Starlark implementation of cc_library is slightly different and has made
this bug surface. Rather than change Starlark cc_library we fix
cc_shared_library to have the right behavior. We won't control every C++ rule
people will write using the Starlark API and therefore can't guarantee that
some other rule won't place more than one linker_input per owner.

The existing tests already broke with the Starlark cc_library implementation.

RELNOTES:none
PiperOrigin-RevId: 430195224