- Dec 16, 2020
-
-
Roman Lebedev authored
-
peter klausler authored
Remove resolved & moot TODO comments in Common/, Parser/, and Evaluate/. Address a pending one relating to parsing ambiguity in DATA statement constants, handling it with symbol table information in Semantics and adding a test. Differential Revision: https://reviews.llvm.org/D93323
-
Nathan James authored
Depends on D92755 Reviewed By: aaron.ballman Differential Revision: https://reviews.llvm.org/D92756
-
Baptiste Saleil authored
This patch enables the Clang type __vector_pair and its associated LLVM intrinsics even when MMA is disabled. With this patch, the type is now controlled by the PPC paired-vector-memops option. The builtins and intrinsics will be renamed to drop the mma prefix in another patch. Differential Revision: https://reviews.llvm.org/D91819
-
Nathan James authored
Add instrumentation in ConfigCompile to validate that items in ClangTidy:[Add|Remove] correspond to actual clang-tidy checks. If they don't a warning will be presented to the user. This is especially useful for catching typos in the glob items. Reviewed By: sammccall Differential Revision: https://reviews.llvm.org/D92874
-
peter klausler authored
Always emit the letter 'E' in list-directed REAL output; the library was omitting it for exponents greater than 99, as should be done for E and D formatting of large exponents without an Ed exponent digit count. Differential Revision: https://reviews.llvm.org/D93319
-
Jez Ng authored
{D93000} applied to frameworks. Partial fix for PR48511. Reviewed By: #lld-macho, thakis Differential Revision: https://reviews.llvm.org/D93277 -
Jez Ng authored
From what I can tell, it's essentially identical to `-sub_library`, but it doesn't match files ending in ".dylib". Reviewed By: #lld-macho, thakis Differential Revision: https://reviews.llvm.org/D93276
-
Jez Ng authored
Their addresses are already encoded as section-relative offsets, so there's no need to rebase them at runtime. {D85080} has some context on the weirdness of TLV sections. Fixes llvm.org/PR48491. Reviewed By: #lld-macho, thakis Differential Revision: https://reviews.llvm.org/D93257 -
Jez Ng authored
We were not setting forceWeakImport for file paths given by `-weak_library` if we had already loaded the file. This diff fixes that by having `loadDylib` return a cached DylibFile instance even if we have already loaded that file. We still avoid emitting multiple LC_LOAD_DYLIBs, but we achieve this by making inputFiles a SetVector instead of relying on the `loadedDylibs` cache. Reviewed By: #lld-macho, smeenai Differential Revision: https://reviews.llvm.org/D93255
-
Sean Silva authored
Due to how the conversion infra works, the "clone" call that this pattern was using required all the cloned ops to be immediately legalized as part of this dialect conversion invocation. That was previously working due to a couple factors: - In the test case, there was scf.if, which we happen to mark as legal as part of marking the entire SCF dialect as legal for the scf.parallel we generate here. - Originally, this test case had std.extract_element in the body, which we happened to have a pattern for in this pass. After I migrated that to `tensor.extract` (which removed the tensor.extract bufferization from here), I hacked this up to use `std.dim` which we still have patterns for in this pass. This patch updates the test case to use a truly opaque op `test.source` that properly stresses this aspect of the pattern. (this also removes a stray dependency on the `tensor` dialect that I must have left behind as part of my hacking this pass up when migrating to `tensor.extract`) Differential Revision: https://reviews.llvm.org/D93262
-
Peyton, Jonathan L authored
Introduce new kmp_safe_raii_file_t class with RAII semantics for file open/close. It is essentially a wrapper around the C-style FILE* object. This also unifies the way we error report if a file can't be opened. Differential Revision: https://reviews.llvm.org/D92604
-
Philip Reames authored
This should be purely non-functional. When touching this code for another reason, I found the handling of the PredicateOrDontVectorize piece here very confusing. Let's make it an explicit state (instead of an implicit combination of two variables), and use early return for options/hint processing.
-
Craig Topper authored
This avoids having to repeat all the flags in the constructor's initializer list in the same order. This style is already used by several other targets.
-
Tony authored
- Clarify documentation on initializing scratch. - Rename compute_pgm_rsrc2 field for enabling scratch from ENABLE_SGPR_PRIVATE_SEGMENT_WAVEFRONT_OFFSET to ENABLE_PRIVATE_SEGMENT to match hardware definition. Differential Revision: https://reviews.llvm.org/D93271
-
Tres Popp authored
This is useful for scalar code that uses for/while loops. This has also been confirmed to work for representing std.pow as an scf.for loop on gpus. Differential Revision: https://reviews.llvm.org/D93308
-
Richard Smith authored
relying on a setter that might have additional side-effects. NFC.
-
Richard Smith authored
Consider reference, pointer, and pointer-to-member TemplateArguments to be different if they have different types. For the Itanium ABI, this implements the mangling rule suggested in https://github.com/itanium-cxx-abi/cxx-abi/issues/47, namely mangling such template arguments as being cast to the parameter type in the case where the template name is overloadable. This can cause a mangling change for rare cases, where * the template argument declaration is converted from its declared type to the type of the template parameter, and * the template parameter either has a deduced type or is a parameter of a function template. However, such changes are necessary to avoid mangling collisions. The ABI changes can be reversed with -fclang-abi-compat=11 or earlier. Re-commit with a fix for a couple of regressions. Differential Revision: https://reviews.llvm.org/D91488
-
Aaron Ballman authored
-
Kirill Bobyrev authored
Reviewed By: sammccall Differential Revision: https://reviews.llvm.org/D92198
-
cchen authored
Support present modifier in defaultmap by adding an extra dimension for `ImplicitMap`. Therefore, we now create OMPMapClause in `ActOnOpenMPExecutableDirective` based on both `maptype` and `maptype-modifier`. Reviewed By: ABataev Differential Revision: https://reviews.llvm.org/D92427
-
Nico Weber authored
This lets `nm -m` print "(from libfoo)" in its output, which is more accessible than dumping the bind table. See https://reviews.llvm.org/D57190#2455761 for the somewhat surprising `AltEntry` that appears in symtab.s. Differential Revision: https://reviews.llvm.org/D93318
-
Philip Reames authored
-
Philip Reames authored
-
Nathan James authored
Update the config file warning when an unknown key is detected which is likely a typo by suggesting the likely key. This won't suggest a key that has already been seen in the block. Appends the fix to the diag, however right now there is no support for presenting that fix to the user. Reviewed By: sammccall Differential Revision: https://reviews.llvm.org/D92990
-
Mircea Trofin authored
Auto-updated with update_llc_test_checks
-
Marek Kurdej authored
-
Kevin P. Neal authored
The test is busted on some hosts that aren't the one I'm using. This reverts commit 67a1ffd8.
-
Tres Popp authored
Differential Revision: https://reviews.llvm.org/D93311
-
Mircea Trofin authored
Running update_llc_test_checks adds @PLT annotations to a number of calls.
-
Tres Popp authored
Differential Revision: https://reviews.llvm.org/D93313
-
Kirill Bobyrev authored
This reverts commit dcdef5b5. This commit breaks clangd-ubuntu-tsan builds: http://lab.llvm.org:8011/#builders/131/builds/1392
-
Tres Popp authored
-
Kevin P. Neal authored
Similar to D69312, and documented in D69839, the IRBuilder needs to add the strictfp attribute to invoke instructions when constrained floating point is enabled. Differential Revision: https://reviews.llvm.org/D93134
-
Simon Pilgrim authored
-
Kirill Bobyrev authored
Reviewed By: sammccall Differential Revision: https://reviews.llvm.org/D92198
-
Tres Popp authored
Differential Revision: https://reviews.llvm.org/D93303
-
Simon Pilgrim authored
Fix static analyzer warning about not using a SDValue&
-
Simon Pilgrim authored
ResultPtr is guaranteed to be non-null - and using dyn_cast_or_null causes unnecessary static analyzer warnings. We can't say the same for FirstResult AFAICT, so keep dyn_cast_or_null for that.
-
Amy Huang authored
The cmake variable LLVM_ENABLE_DIA_SDK was being used here but was undefined because config.h wasn't included. Differential Revision: https://reviews.llvm.org/D93309
-