bcm5719-llvm/llvm/unittests/ADT, branch meklort-10.0.1

Removed PointerUnion3 and PointerUnion4 aliases in favor of the variadic template

2020-01-14T17:56:29+00:00

[VE] Target stub for NEC SX-Aurora

2020-01-09T10:17:35+00:00

Summary: This patch registers the 've' target: the NEC SX-Aurora TSUBASA Vector Engine. Reviewed By: arsenm Differential Revision: https://reviews.llvm.org/D69103

[APFloat] Fix checked error assert failures

2020-01-09T07:42:32+00:00

`APFLoat::convertFromString` returns `Expected` result, which must be "checked" if the LLVM_ENABLE_ABI_BREAKING_CHECKS preprocessor flag is set. To mark an `Expected` result as "checked" we must consume the `Error` within. In many cases, we are only interested in knowing if an error occured, without the need to examine the error info. This is achieved, easily, with the `errorToBool()` API.

[PowerPC]: Add powerpcspe target triple subarch component

2020-01-09T01:10:53+00:00

Summary: This allows the use of '-target powerpcspe-unknown-linux-gnu' or 'powerpcspe-unknown-freebsd' to be used, instead of '-target powerpc-unknown-linux-gnu -mspe'. Reviewed By: dim Differential Revision: https://reviews.llvm.org/D72014

[APFloat] Fix fusedMultiplyAdd when `this` equals to `Addend`

2020-01-07T06:45:18+00:00

Up until now, the arguments to `fusedMultiplyAdd` are passed by reference. We must save the `Addend` value on the beginning of the function, before we modify `this`, as they may be the same reference. To fix this, we now pass the `addend` parameter of `multiplySignificand` by value (instead of by-ref), and have a default value of zero. Fix PR44051. Differential Revision: https://reviews.llvm.org/D70422

[APFloat] Fix compilation warnings

2020-01-06T09:30:40+00:00

[APFloat] Add recoverable string parsing errors to APFloat

2020-01-06T08:09:01+00:00

Implementing the APFloat part in PR4745. Differential Revision: https://reviews.llvm.org/D69770

[polly][Support] Un-break polly tests

2020-01-01T22:29:04+00:00

Previously, the polly unit tests were stuck in a infinite loop. There was an edge case in StringRef::count() introduced by 9f6b13e5cce96066d7262d224c971d93c2724795, where an empty 'Str' would cause the function to never exit. Also fixed usage in polly.

[Support] Fix behavior of StringRef::count with overlapping occurrences, add tests

2019-12-25T00:30:41+00:00

Summary: Fix the behavior of StringRef::count(StringRef) to not count overlapping occurrences, as is stated in the documentation. Fixes bug https://bugs.llvm.org/show_bug.cgi?id=44072 I added Krzysztof Parzyszek to review this change because a use of this function in HexagonInstrInfo::getInlineAsmLength might depend on the overlapping-behavior. I don't have enough domain knowledge to tell if this change could break anything there. All other uses of this method in LLVM (besides the unit tests) only use single-character search strings. In those cases, search occurrences can not overlap anyway. Patch by Benno (@Bensge) Reviewed By: jdoerfert Differential Revision: https://reviews.llvm.org/D70585

[ADT] Fix SmallDenseMap assertion with large InlineBuckets

2019-12-11T20:41:14+00:00

Fixes issue encountered in D56362, where I tried to use a SmallSetVector with an excessively large number of inline elements. This triggers an "Must allocate more buckets than are inline" assertion inside allocateBuckets() under certain usage patterns. The issue is as follows: The grow() method is used either to grow the map, or to rehash it and remove tombstones. The latter is done if the fraction of empty (non-used, non-tombstone) elements is below 1/8. In this case grow() is invoked with the current number of buckets. This is currently incorrectly handled for dense maps using the small rep. The current implementation will switch them over to the large rep, which violates the invariant that the large rep is only used if there are more than InlineBuckets buckets. This patch fixes the issue by staying in the small rep and only moving the buckets. An alternative, if we do want to switch to the large rep in this case, would be to relax the assertion in allocateBuckets(). Differential Revision: https://reviews.llvm.org/D56455