History log of /llvm-project/llvm/lib/Analysis/TargetLibraryInfo.cpp (Results 1 – 25 of 221)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-21-init, llvmorg-19.1.7, llvmorg-19.1.6
# 22f0ebb1 12-Dec-2024 Owen Anderson <resistor@mac.com>

TargetLibraryInfo: Use pointer index size to determine getSizeTSize(). (#118747)

When using non-integral pointer types, such as on CHERI targets, size_t
is equivalent
to the index size, which is a

TargetLibraryInfo: Use pointer index size to determine getSizeTSize(). (#118747)

When using non-integral pointer types, such as on CHERI targets, size_t
is equivalent
to the index size, which is allowed to be smaller than the size of the
pointer.

show more ...


Revision tags: llvmorg-19.1.5
# 93caee17 26-Nov-2024 Mark Goncharov <110403898+mga-sc@users.noreply.github.com>

[RISCV][SLEEF]: Support SLEEF vector library for RISC-V target. (#114014)

SLEEF math vector library now supports RISC-V target.
Commit: https://github.com/shibatch/sleef/pull/477

This patch enab

[RISCV][SLEEF]: Support SLEEF vector library for RISC-V target. (#114014)

SLEEF math vector library now supports RISC-V target.
Commit: https://github.com/shibatch/sleef/pull/477

This patch enables the use of auto-vectorization with
subsequent replacement by the corresponding SLEEF function.

show more ...


Revision tags: llvmorg-19.1.4
# dc4185fe 13-Nov-2024 serge-sans-paille <sguelton@mozilla.com>

[TLI] Add support for reallocarray (#114818)

reallocarray is available in glibc since 2.29 under _DEFAULT_SOURCE and
under _GNU_SOURCE before, let's model it appropriately.


# 7e877fc0 31-Oct-2024 Kenji Mouri / 毛利 研二 <Kenji.Mouri@outlook.com>

[Reland][TLI] Add support for hypot libcall. (#114343)

This patch adds basic support for `hypot`. Constant folding support will
be submitted in a subsequent patch.

Related issue: https://github.

[Reland][TLI] Add support for hypot libcall. (#114343)

This patch adds basic support for `hypot`. Constant folding support will
be submitted in a subsequent patch.

Related issue: https://github.com/llvm/llvm-project/issues/113711

Note: It's my first time contributing to the LLVM with encouragement
from one of my friends, @fawdlstty. I learned a lot from
https://github.com/llvm/llvm-project/pull/99611, and thanks for that.

Note: I had created the same PR and merged
(https://github.com/llvm/llvm-project/pull/113724), but reverted caused
by the merging issue. (The CI issue happened in 3 A.M. at my timezone.
So, I need to fall asleep again after I replied about why issue
happened.) So, I rebased to the latest main branch and recreate the PR
and hope I won't have the third time to create the same PR.

I hope @arsenm can help me review the code again. I’m sorry for that.

Kenji Mouri

show more ...


# 36d56925 30-Oct-2024 gulfemsavrun <gulfem@google.com>

Revert "[TLI] Add support for hypot libcall." (#114312)

Reverts llvm/llvm-project#113724


# feb2d867 30-Oct-2024 Kenji Mouri / 毛利 研二 <Mouri_Naruto@Outlook.com>

[TLI] Add support for hypot libcall. (#113724)

This patch adds basic support for `hypot`. Constant folding support will
be submitted in a subsequent patch.

Related issue: https://github.com/llvm

[TLI] Add support for hypot libcall. (#113724)

This patch adds basic support for `hypot`. Constant folding support will
be submitted in a subsequent patch.

Related issue: https://github.com/llvm/llvm-project/issues/113711

Note: It's my first time contributing to the LLVM with encouragement
from one of my friends, @fawdlstty. I learned a lot from
https://github.com/llvm/llvm-project/pull/99611, and thanks for that.

Kenji Mouri

show more ...


Revision tags: llvmorg-19.1.3
# 20bda93e 20-Oct-2024 Fawdlstty <fawdlstty@users.noreply.github.com>

[TLI] Add basic support for scalbnxx (#112936)

This patch adds basic support for `scalbln, scalblnf, scalblnl, scalbn,
scalbnf, scalbnl`. Constant folding support will be submitted in a
subsequent

[TLI] Add basic support for scalbnxx (#112936)

This patch adds basic support for `scalbln, scalblnf, scalblnl, scalbn,
scalbnf, scalbnl`. Constant folding support will be submitted in a
subsequent patch.

Related issue: <#112631>

show more ...


# 761fa584 18-Oct-2024 c8ef <c8ef@outlook.com>

[TLI] Add support for the `ilogb` libcall. (#112725)

This patch adds the `ilogb` libcall. Constant folding will be handled in
subsequent patches.


Revision tags: llvmorg-19.1.2, llvmorg-19.1.1
# 173841cc 20-Sep-2024 braw-lee <93831198+braw-lee@users.noreply.github.com>

[TLI] Add basic support for fdim libcall (#108702)

first PR to fix #108695

Signed-off-by: Kushal Pal <kushalpal109@gmail.com>


Revision tags: llvmorg-19.1.0, llvmorg-19.1.0-rc4, llvmorg-19.1.0-rc3
# 1ccd7ab8 13-Aug-2024 Snehasish Kumar <snehasishk@google.com>

Enhance TLI detection of __size_returning_new lib funcs. (#102391)

Previously the return types of __size_returning_new variants were not
validated based on their members. This patch checks the memb

Enhance TLI detection of __size_returning_new lib funcs. (#102391)

Previously the return types of __size_returning_new variants were not
validated based on their members. This patch checks the members
manually, also generalizes the size_t checks to be based on the module
instead of being hardcoded.

As requested in followup comment on
https://github.com/llvm/llvm-project/pull/101564.

show more ...


# 874890c6 07-Aug-2024 Snehasish Kumar <snehasishk@google.com>

Add __size_returning_new variant detection to TLI. (#101564)

Add support to detect __size_returning_new variants defined inproposal
P0901R5 to extend to operator new, see
http://www.open-std.org/j

Add __size_returning_new variant detection to TLI. (#101564)

Add support to detect __size_returning_new variants defined inproposal
P0901R5 to extend to operator new, see
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0901r5.html for
details.

This PR matches the declarations exported by tcmalloc in
https://github.com/google/tcmalloc/blob/f2516691d01051defc558679f37720bba88d9862/tcmalloc/malloc_extension.h#L707-L711

show more ...


Revision tags: llvmorg-19.1.0-rc2, llvmorg-19.1.0-rc1, llvmorg-20-init
# e8fbefe1 19-Jul-2024 Yingwei Zheng <dtcxzyw2333@gmail.com>

[TLI] Add basic support for remquo libcall (#99611)

This patch adds basic support for `remquo`. Constant folding support
will be submitted in a subsequent patch.

Related issue: https://github.co

[TLI] Add basic support for remquo libcall (#99611)

This patch adds basic support for `remquo`. Constant folding support
will be submitted in a subsequent patch.

Related issue: https://github.com/llvm/llvm-project/issues/99497

show more ...


# 4169338e 28-Jun-2024 Nikita Popov <npopov@redhat.com>

[IR] Don't include Module.h in Analysis.h (NFC) (#97023)

Replace it with a forward declaration instead. Analysis.h is pulled in
by all passes, but not all passes need to access the module.


Revision tags: llvmorg-18.1.8, llvmorg-18.1.7
# 430729d7 24-May-2024 Paul Walker <paul.walker@arm.com>

[NFC][LLVM] Clean up TLI VECFUNC macros. (#93178)

Move the undef'ing of library specific macros to the places in the code
base where they are defined.


# a53e568b 21-May-2024 Qiongsi Wu <274595+qiongsiwu@users.noreply.github.com>

[AIX] Set memrchr to unavailable (#92588)

`memrchr` is not available on AIX. This patch turns it off so the
optimizer will not generate it to cause link errors.


Revision tags: llvmorg-18.1.6
# 5b7088c3 17-May-2024 Matt Arsenault <Matthew.Arsenault@amd.com>

TargetLibraryInfo: Assume no libcalls in the default constructor (#92400)

The only tricky point here is PlaceSafepoints has an awful hack where
it's creating a legacy PassManager inside it's runImp

TargetLibraryInfo: Assume no libcalls in the default constructor (#92400)

The only tricky point here is PlaceSafepoints has an awful hack where
it's creating a legacy PassManager inside it's runImpl, which was not
propagating the incoming TLI. This means there's an implicit bug fix,
where PlaceSafepoints would have been treating too many calls as
builtins.

I'm trying to delete the default constructor altogether, but this seems
to be more difficult.

show more ...


# cdb41e41 16-May-2024 Matt Arsenault <Matthew.Arsenault@amd.com>

PlaceSafepoints: Fix using default constructed TargetLibraryInfo (#92411)


Revision tags: llvmorg-18.1.5, llvmorg-18.1.4
# d7be9d23 11-Apr-2024 Sunil Srivastava <sunil.srivastava@sony.com>

PS support for erf/erff/erfl. (#88412)

Co-authored-by: Sunil Srivastava <sunil.srivastava@sony.com>


Revision tags: llvmorg-18.1.3
# e3186134 27-Mar-2024 Alex MacLean <amaclean@nvidia.com>

[NFC][TLI] Move VecFuncs to statics to reduce stack usage (#86829)

`TargetLibraryInfoImpl::addVectorizableFunctionsFromVecLib` has a lot of
data in local stack arrays, which MSVC keeps on the stack

[NFC][TLI] Move VecFuncs to statics to reduce stack usage (#86829)

`TargetLibraryInfoImpl::addVectorizableFunctionsFromVecLib` has a lot of
data in local stack arrays, which MSVC keeps on the stack even in
release builds. To reduce stack usage, the data arrays (which are
const), are moved outside the function as statics. This drops the method
stack usage to be negligible.

show more ...


# eefef900 20-Mar-2024 Nikita Popov <npopov@redhat.com>

Revert "Enable exp10 libcall on linux (#68736)"

This reverts commit 9848fa4aa2a83b0fc3a93e5f905ef09c8dd85226.

Causes buildbot failures.


# 9848fa4a 20-Mar-2024 Krishna Narayanan <84722531+Krishna-13-cyber@users.noreply.github.com>

Enable exp10 libcall on linux (#68736)


Revision tags: llvmorg-18.1.2
# 5a100551 12-Mar-2024 Martin Storsjö <martin@martin.st>

[Analysis] Treat ldexpf() as missing on MinGW (#84748)

The function does exist, but it is a plain wrapper over regular ldexp(),
so there's no benefit in calling it over regular ldexp(). Therefore,

[Analysis] Treat ldexpf() as missing on MinGW (#84748)

The function does exist, but it is a plain wrapper over regular ldexp(),
so there's no benefit in calling it over regular ldexp(). Therefore,
treat it as missing.

This fixes builds of Wine for aarch64 with Clang in mingw mode, which
regressed recently in 8d976c7f20fe8d92fe6f54af411594e15fac25ae. That
commit unlocked transforming calls to ldexp into ldexpf, for some
codepaths within Wine. Wine can use compilers in mingw mode without
the regular mingw runtime libraries, which caused this to fail.
(However, if the transformation to use ldexpf() would have made sense,
the right fix would have been for Wine to provide a similar
ldexpf->ldexp wrapper just like mingw does.)

show more ...


Revision tags: llvmorg-18.1.1, llvmorg-18.1.0, llvmorg-18.1.0-rc4
# 1901f442 24-Feb-2024 Artem Tyurin <artem.tyurin@gmail.com>

[InstCombine] Handle more even/odd math functions (#81324)

At the moment this PR adds support only for `erf` function.

Fixes #77220.


Revision tags: llvmorg-18.1.0-rc3
# 36adfec1 15-Feb-2024 Rohit Aggarwal <44664450+rohitaggarwal007@users.noreply.github.com>

Adding support of AMDLIBM vector library (#78560)

Hi,

AMD has it's own implementation of vector calls. This patch include the
changes to enable the use of AMD's math library using -fveclib=AMDLI

Adding support of AMDLIBM vector library (#78560)

Hi,

AMD has it's own implementation of vector calls. This patch include the
changes to enable the use of AMD's math library using -fveclib=AMDLIBM.
Please refer https://github.com/amd/aocl-libm-ose

---------

Co-authored-by: Rohit Aggarwal <Rohit.Aggarwal@amd.com>

show more ...


Revision tags: llvmorg-18.1.0-rc2, llvmorg-18.1.0-rc1, llvmorg-19-init
# fd9b3375 23-Jan-2024 tltao <tony.le.tao@gmail.com>

[TLI] Remove leftover assert in TargetLibraryInfoImpl initialize (#79056)

Remove unnecessary assert for a sorted StandardNames after
implementation of getLibFunc is changed from binary search to a

[TLI] Remove leftover assert in TargetLibraryInfoImpl initialize (#79056)

Remove unnecessary assert for a sorted StandardNames after
implementation of getLibFunc is changed from binary search to a DenseMap
Lookup in commit 7d950f040e3da66ec83f91b58d8c2220483d6335.

The original getLibFunc binary search implementation is in commit
c740e3f0d1ca9690100160ed2708d97d3c6562f0.

Co-authored-by: Tony Tao <tonytao@ca.ibm.com>

show more ...


123456789