- Apr 21, 2022
-
-
Mehdi Amini authored
Improve invalid-ir-print-after-failure.mlir to show the effects of -mlir-print-assume-verified (NFC)
-
Muhammad Omair Javaid authored
This patch replaces getargspec with getfullargspec in funcutils.py. getargspec has been deprecated by python 11x release. This is important to run LLDB testsuite in Windows/Arm64 platform where Python native will be available from python release onwards. Note: getfullargspec is not available in python 2 Reviewed By: labath Differential Revision: https://reviews.llvm.org/D121786
-
Pengxuan Zheng authored
https://docs.microsoft.com/en-us/cpp/intrinsics/arm64-intrinsics?view=msvc-170 Reland after fixing the test failure. The failure was due to conflict with a change (D122983) which was merged right before this patch. Reviewed By: rnk, mstorsjo Differential Revision: https://reviews.llvm.org/D124032
-
serge-sans-paille authored
This is a port of f5c66674 to clang's tablegen, with a better wording. Differential Revision: https://reviews.llvm.org/D123682
-
Siva Chandra Reddy authored
Note that the underlying flush implementation does not yet fully implement the POSIX standard. It is complete with respect to the C standard however. A future change will add the POSIX behavior. It should not affect the implementation of the fflush function however as the POSIX behavior will be added in a lower layer. Reviewed By: lntue Differential Revision: https://reviews.llvm.org/D124073
-
Pengxuan Zheng authored
This reverts commit 8a9b4fb4.
-
Stanislav Mekhanoshin authored
Differential Revision: https://reviews.llvm.org/D124035
-
Florian Hahn authored
This patch extends the scope of VPlan to also include the exit (aka middle) block. For now, the exit block remains empty, but handling of exit values will subsequently be moved to VPlan, by adding recipes to model exit values in the exit block. As a first step, this will allow fixing #51366. Reviewed By: Ayal Differential Revision: https://reviews.llvm.org/D123457
-
Eli Friedman authored
This is sort of a followup to D37310; that basically fixed the same issue, but then the libstdc++ implementation of <atomic> changed. Re-fix the the issue in essentially the same way: look through the addressof operation to find the alignment of the underlying object. Differential Revision: https://reviews.llvm.org/D123950
-
Paul Kirth authored
Current stack size diagnostics ignore the size of the unsafe stack. This patch attaches the size of the static portion of the unsafe stack to the function as metadata, which can be used by the backend to emit diagnostics regarding stack usage. Reviewed By: phosek, mcgrathr Differential Revision: https://reviews.llvm.org/D119996
-
Jan Svoboda authored
This reverts commit 1d3ba05e which caused failures of the VFS/real-path-found-first.m test on Windows build bots.
-
Jan Svoboda authored
This patch removes uses of the deprecated `DirectoryEntry::getName()` from the `ModuleMap::diagnoseHeaderInclusion()` function by using `{File,Directory}EntryRef` instead. Reviewed By: bnbarham Differential Revision: https://reviews.llvm.org/D123856 -
Pengxuan Zheng authored
https://docs.microsoft.com/en-us/cpp/intrinsics/arm64-intrinsics?view=msvc-170 Reviewed By: rnk, mstorsjo Differential Revision: https://reviews.llvm.org/D124032
-
Fangrui Song authored
This reverts commit 69dd89fd. This reverts commit 04000c2f. The current states breaks libstdc++ usage (https://reviews.llvm.org/D119136#3455423). The fixup has been reverted as it caused other valid code to be disallowed. I think we should start from the clean state by reverting all relevant commits.
-
Dan Liew authored
The previous code unneccessarily duplicated the creation of a diagnostic where the only difference was the `AssignmentAction` being passed. rdar://88664722 Differential Revision: https://reviews.llvm.org/D124054
-
Florian Hahn authored
Add additional test coverage for D123473.
-
Shoaib Meenai authored
STB_HIPROC and STT_HIPROC are both 15, so we can fit the symbol binding and type in 4 bits. This gives us an additional byte to use for Symbol flags (without increasing the type's size), which I'll be making use of in the next diff. Reorder type and binding based on a suggestion from @MaskRay, to optimize st_info computation on little-endian systems (see https://godbolt.org/z/nMn8Yar43). Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D124042
-
Shoaib Meenai authored
Because of https://llvm.org/PR50675, we can end up producing a PLT relocation referencing a symbol that's dropped from the dynamic symbol table, which in turn causes a crash at runtime. We ran into this again recently, resulting in crashes for our users. A subsequent diff will fix that issue, but add an assert to catch it if it happens again. Reviewed By: MaskRay Differential Revision: https://reviews.llvm.org/D123985
-
Aaron Ballman authored
This should fix the issue found by: https://lab.llvm.org/buildbot/#/builders/37/builds/12606
-
Christudasan Devadasan authored
-
Zequan Wu authored
Previously, I was assuming that S_DEFRANGE_SUBFIELD_REGISTERs are always in the increasing order of offset_in_parent until I saw a counter example. Using `std::map` so that they are sorted by offset_in_parent. Differential Revision: https://reviews.llvm.org/D124061
-
Fangrui Song authored
This reverts commit daa6d7b2. It breaks valid code like https://reviews.llvm.org/D123909#3461716
-
Aaron Ballman authored
WG14 has elected to remove support for K&R C functions in C2x. The feature was introduced into C89 already deprecated, so after this long of a deprecation period, the committee has made an empty parameter list mean the same thing in C as it means in C++: the function accepts no arguments exactly as if the function were written with (void) as the parameter list. This patch implements WG14 N2841 No function declarators without prototypes (http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2841.htm) and WG14 N2432 Remove support for function definitions with identifier lists (http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2432.pdf). It also adds The -fno-knr-functions command line option to opt into this behavior in other language modes. Differential Revision: https://reviews.llvm.org/D123955
-
Jun Zhang authored
This reverts commit 9f075c3d . The broken build has alreasy been fixed in D124012, so reland it now. Signed-off-by:
Jun Zhang <jun@junz.org>
-
Mike Kashkarov authored
Set LBOUND() constant folding for parentheses expr. as ones Array bounds should not propagate throught omitted bounds specifications or temporary variables - fix constant folding in case of Parentheses<T> expression by explicitly returning array of ones (or scalar in case of DIM=). Add set of tests for (x) bounds checks (w/ and w/o 'parameter' arrays) Reviewed By: jeanPerier Differential Revision: https://reviews.llvm.org/D123838
-
Mike Kashkarov authored
Previously constant folding uses 'dim' without checks which leads to ICE if we do not have DIM= parameter. And for inputs without DIM= we need to form an array of rank size with computed bounds instead of single value. Add additional PackageConstant function to simplify 'if (dim)' handling since we need to distinguish between scalar initialization in case of DIM= argument and rank=1 array. Also add a few more tests with 'parameter' type to verify folding for constant arrays. Reviewed By: jeanPerier Differential Revision: https://reviews.llvm.org/D123237
-
Yitzhak Mandelbaum authored
Ensure that the expressions associated with terminators are associated with a value. Otherwise, we can generate degenerate flow conditions, where both branches share the same condition. Differential Revision: https://reviews.llvm.org/D123858
-
Jan Svoboda authored
This patch changes the member of `FrameworkCacheEntry` from `const DirectoryEntry *` to `Optional<DirectoryEntryRef>` in order to remove uses of the deprecated `DirectoryEntry::getName()`. Reviewed By: bnbarham Differential Revision: https://reviews.llvm.org/D123854
-
Jan Svoboda authored
This patch removes use of the deprecated `DirectoryEntry::getName()` from `FrontendAction::BeginSourceFile()`. Reviewed By: bnbarham Differential Revision: https://reviews.llvm.org/D123853
-
Jan Svoboda authored
This patch removes uses of the deprecated `DirectoryEntry::getName()` from `HeaderSearch::load*()` functions by using `DirectoryEntryRef` instead. Note that we bail out in one case and use the also deprecated `FileEntry::getLastRef()`. That's to prevent this patch from growing, and is addressed in a follow-up. Reviewed By: bnbarham Differential Revision: https://reviews.llvm.org/D123771
-
Alexey Bataev authored
We can process the long shuffles (working across several actual vector registers) in the best way if we take the actual register represantion into account. We can build more correct representation of register shuffles, improve number of recognised buildvector sequences. Also, same function can be used to improve the cost model for the shuffles. in future patches. Part of D100486 Differential Revision: https://reviews.llvm.org/D115653
-
Aaron Ballman authored
This should address the issue in: https://lab.llvm.org/buildbot/#/builders/77/builds/16683
-
Craig Topper authored
We're making a recursive call here and everything in the function assumes we're looking at scalars. This would be violated if we looked through a bitcast from vectors. Reviewed By: spatel Differential Revision: https://reviews.llvm.org/D124015
-
Craig Topper authored
Reviewed By: spatel Differential Revision: https://reviews.llvm.org/D124016
-
chenglin.bi authored
if c is divisible by (1 << ShAmtC), we can fold this pattern: lshr (mul nuw x, c), ShAmtC -> mul nuw x, (c >> ShAmtC) https://alive2.llvm.org/ce/z/ox4wAt Fix https://github.com/llvm/llvm-project/issues/54824 Reviewed By: spatel, lebedev.ri, craig.topper Differential Revision: https://reviews.llvm.org/D123453
-
Aaron Ballman authored
This should address the issue found in: https://lab.llvm.org/buildbot/#/builders/215/builds/4610
-
Aaron Ballman authored
This should address the issues found by: https://lab.llvm.org/buildbot/#/builders/105/builds/24292
-
- Apr 20, 2022
-
-
Aaron Ballman authored
This was last touched 13 years ago in https://github.com/llvm/llvm-project/commit/7a1095f243e393d40ed9b9cee17fd091a13f2947 and is no longer being maintained.
-
Paul Robinson authored
-
Aaron Ballman authored
This should address build failures found in: https://lab.llvm.org/buildbot/#/builders/217/builds/3610 https://lab.llvm.org/buildbot/#/builders/215/builds/4609 https://lab.llvm.org/buildbot/#/builders/68/builds/31012
-