diff options
| author | Craig Topper <craig.topper@intel.com> | 2019-10-15 06:10:11 +0000 |
|---|---|---|
| committer | Craig Topper <craig.topper@intel.com> | 2019-10-15 06:10:11 +0000 |
| commit | b2661a2d153f936e6f3f80d3634428f322926535 (patch) | |
| tree | 9ee0f0808ed626166b592ae258911a2d91dc2a63 /llvm/lib/Object/ModuleSymbolTable.cpp | |
| parent | 6bfdebb412d87890c9c727a5975aed9cda66bf33 (diff) | |
| download | llvm-b2661a2d153f936e6f3f80d3634428f322926535.zip llvm-b2661a2d153f936e6f3f80d3634428f322926535.tar.gz llvm-b2661a2d153f936e6f3f80d3634428f322926535.tar.bz2 | |
[X86] Don't check for VBROADCAST_LOAD being a user of the source of a VBROADCAST when trying to share broadcasts.
The only things VBROADCAST_LOAD uses is an address and a chain
node. It has no vector inputs.
So if its a user of the source of another broadcast that could
only mean one of two things. The other broadcast is broadcasting
the address of the broadcast_load. Or the source is a load and
the use we're seeing is the chain result from that load. Neither
of these cases make sense to combine here.
This issue was reported post-commit r373871. Test case has not
been reduced yet.
llvm-svn: 374862
Diffstat (limited to 'llvm/lib/Object/ModuleSymbolTable.cpp')
0 files changed, 0 insertions, 0 deletions