Skip to content
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 513 commits into from
Jan 20, 2025

Conversation

mgehre-amd
Copy link
Collaborator

No description provided.

Maetveis and others added 30 commits October 8, 2024 15:58
…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.
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.
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.
dmpolukhin and others added 26 commits October 10, 2024 08:49
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)).
…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.
…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."
Base automatically changed from bump_to_9144fed3 to feature/fused-ops January 20, 2025 09:26
@mgehre-amd mgehre-amd merged commit c86e97b into feature/fused-ops Jan 20, 2025
38 checks passed
@mgehre-amd mgehre-amd deleted the bump_to_99cec7ff branch January 20, 2025 09:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment