forked from llvm/llvm-project
-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[AutoBump] Merge with 99cec7ff (Oct 10) (9) #446
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…llvm#111520) Only MSVC recognizes this flag, so be explicit. As an example the Intel C++ Compiler (IntelLLVM in CMake) also has an MSVC compatible CLI, but does not suppport this flag.
…gument lists (llvm#106585)" (llvm#111173) Reapplies llvm#106585, fixing an issue where non-dependent names of member templates appearing prior to that member template being explicitly specialized for an implicitly instantiated class template specialization would incorrectly use the definition of the explicitly specialized member template.
Guessing that this is missing because it's failing on Arm 32 bit and every other test has this requirement.
The configure Python script was removed by d6e0e6d / https://reviews.llvm.org/D69966. The readme was never updated with the cmake way to do it. I couldn't find any dedicated buildbots for this so I'm making an educated guess. This is what built locally for me.
…bool (llvm#111186) Initial patch to start using TableGen's auto generated function `MatchRegisterName()`. Update `PPCAsmParser::matchRegisterName()` implementation to align more with tablegen's auto generated function.
…insert be truncated rather than zero extended (llvm#111466) It's illegal if the index is 64 bits and is zero-extend to 32 bits.
…esses (llvm#87003)" (llvm#111393) Restore old Val if bytes are left over to prevent an assertion failure.
…into Extract (llvm#111541) Co-authored-by: Jakub Kuderski <kubakuderski@gmail.com>
A bit nicer to read on GitHub and with clickable links. No content changes purely formatting.
…00937) Follow-up to llvm#92593. Also makes llvm#92611, google/sanitizers#1130 obsolete.
Implement the intrinsic `llvm.spv.handle.fromBinding`, which returns the handle for a global resource. This involves creating a global variable that matches the return-type, set, and binding in the call, and returning the handle to that resource. This commit implements the scalar version. It does not handle arrays of resources yet. It also does not handle storage buffers yet. We do not have the type for the storage buffers designed yet. Part of llvm#81036
…getShiftAmountConstant helper. We're assuming shift amount type matches the result type - which is true for vectors, but I'm hoping to generalize this fold in the future.
…educe duplication. NFC.
NVPTX has ZeroOrNegativeOneBooleanContent, therefore we need to use -1 as the constant for i1 sint_to_fp operations in instruction selection.
…rn Expected (NFC) (llvm#110718) Signed-off-by: AbdAlRahman Gad <abdobngad@gmail.com> Co-authored-by: Adrian Prantl <adrian.prantl@gmail.com>
SBTypeStaticField was missing from SBDefines, this commit adds the class there.
Summary: Option `-fskip-odr-check-in-gmf` is set by default and I think it is what most of C++ developers want. But in header units, Clang ODR checking is too strict, making them hard to use, as seen in the example in the diff. This diff relaxes ODR checks for unnamed modules to match GMF ODR checking. Test Plan: check-clang
…07350) With this change, we discriminate if the primary template and which partial specializations would have participated in overload resolution prior to P0522 changes. We collect those in an initial set. If this set is not empty, or the primary template would have matched, we proceed with this set as the candidates for overload resolution. Otherwise, we build a new overload set with everything else, and proceed as usual.
…te calls. (llvm#111457) Clang previously missed implementing P0522 pack matching for deduced function template calls. Fixes llvm#111363
Extra builders for CallIntrinsicOp. This is inspired by the comment from @antiagainst from [here](llvm#108933 (comment)).
…t attributes and undeclared templates (llvm#107786) Fixes llvm#107047 Fixes llvm#49093
…11679) This DAG combine replaces a floating-point load/store pair which has no other uses with an integer one, but did not copy the memory operand flags to the new instructions, resulting in it dropping the volatile flag. This optimisation is still valid if one or both of the instructions is volatile, so we can copy over the whole MachineMemOperand to generate volatile integer loads and stores where needed.
These might also be called with vectors, but we don't support that.
This does a global rename from `flang-new` to `flang`. I also removed/changed any TODOs that I found related to making this change. --------- Co-authored-by: H. Vetinari <h.vetinari@gmx.com> Co-authored-by: Andrzej Warzynski <andrzej.warzynski@arm.com>
llvm#111797) This commit fixes a bug in the import of nameless globals. Before this change, the fake symbol names were only generated during the transformation of the definition. This caused issues when the symbol was used before it was defined.
…e. (llvm#111428) Similar to 112aac4, this converts log libcalls to llvm.log.f64 intrinsics if we know they do not set errno, as the input is not zero and not negative. As log will produce errno if the input is 0 (returning -inf) or if the input is negative (returning nan), we also perform the conversion when we have noinf and nonan.
follow up work of llvm#106229, add create pass overload function to create pass. --------- Co-authored-by: jingzec <jingzec@nvidia.com>
- Add handling for unsigned integers to hlsl_elementwise_sign - Use `select` instead of adding dx and spirv intrinsics for unsigned integers as [discussed previously ](llvm#101988 (comment)) fixes llvm#70078 ### Related PRs - llvm#101987 - llvm#101988 - llvm#101989 cc @farzonl @pow2clk @bob80905 @bogner @llvm-beanz
Saves me searching for this every time someone asks.
…XTRACT_SUBVECTOR(V,C1+C2) (llvm#111685) Extract from the original source vector whenever possible. This removes a number of dependency bottlenecks and helps a number of shuffle combining cases: either by allowing us to avoid a cross-lane variable shuffle on a slow target by keeping the instruction count below the threshold, or on fast targets make it easier to recognise that the subvectors all came form the same source.
…m#111747) This module is used in various helper scripts since llvm#93712
…lvm#111720) Fixes missing m0 initialize for pre-gfx9 targets with local extending loads.
Implement the addMachineSSAOptimizations passes for AMDGPU. Porting the other generic passes in this category is WIP.
Run ArgumentPromotion before IPSCCP in the LTO pipeline, to expose more constants to be propagated. We also run PostOrderFunctionAttrs to improve the information available to ArgumentPromotion's alias analysis, and SROA to clean up allocas.
…#110099) Introduced a new check that finds cases when an uninstantiated virtual member function in a template class causes cross-compiler incompatibility.
2nd PR to fix llvm#108695 based on llvm#108702 --------- Signed-off-by: Kushal Pal <kushalpal109@gmail.com>
Many LLDB's dotest.py based tests require the `make` tool. If it's not found in Path, they fail with an obscure error and show up as `UNRESOLVED`. On Windows, llvm-lit takes care of MSYS based testing tools like cat, printf, etc., but `make` is not part of that. Let's catch the situation early and check for it at configuration time. This error isn't fatal: It should fail the build, but not immediately stop the configuration process. There might be other issues further down the line that can be caught in the same buildbot run.
…lvm#111810) Otherwise it fails with "error: Embedded script interpreter unavailable. LLDB was built without scripting language support."
jorickert
approved these changes
Jan 14, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.