llvm-project.git/llvm/lib/ExecutionEngine/Interpreter/ExternalFunctions.cpp, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. [llvm] Use llvm::append_range (NFC) (#135931) 2025-04-16T19:28:47+00:00 Kazu Hirata kazu@google.com 2025-04-16T19:28:47+00:00 c4e9901b5b660f7c64570c3440080436c8e8b32e 






ExternalFunctions.cpp - fix "unknown pragma 'clang'" MSVC warning. NFCI.
2023-03-06T11:01:45+00:00

Simon Pilgrim
llvm-dev@redking.me.uk

2023-03-06T11:01:45+00:00

8c847e58b3a5a7655e20da49b54d483206e3cd29












[ExecutionEngine] Silence warnings about sprintf use in interpreter.
2023-03-01T23:37:09+00:00

Lang Hames
lhames@gmail.com

2023-03-01T23:34:23+00:00

0963833a194331a8b8d6775dcd1c3025a8154751

We should review memory safety in the interpreter
(https://github.com/llvm/llvm-project/issues/58086), but for now just silence
the warnings to reduce noise.

rdar://100555195





We should review memory safety in the interpreter
(https://github.com/llvm/llvm-project/issues/58086), but for now just silence
the warnings to reduce noise.

rdar://100555195







ManagedStatic: remove from Interpreter/ExternalFunctions
2022-08-03T11:29:24+00:00

Nicolai Hähnle
nicolai.haehnle@amd.com

2022-06-29T14:20:03+00:00

4cf0a9d4ae76f46ee2833f8479bb712b072673f3

Differential Revision: https://reviews.llvm.org/D129124





Differential Revision: https://reviews.llvm.org/D129124







Use llvm_unreachable for unsupported integer types.
2021-06-08T16:59:05+00:00

Simon Pilgrim
llvm-dev@redking.me.uk

2021-06-08T16:33:59+00:00

52396577a2d85ef1b18f86e643fe3b1033750e15

As suggested on rG937c4cffd024, use llvm_unreachable for unhandled integer types (which shouldn't be possible) instead of breaking and dropping down to the existing fatal error handler.

Helps silence static analyzer warnings.





As suggested on rG937c4cffd024, use llvm_unreachable for unhandled integer types (which shouldn't be possible) instead of breaking and dropping down to the existing fatal error handler.

Helps silence static analyzer warnings.







Fix implicit fall through compiler warning. NFCI.
2021-06-06T12:45:11+00:00

Simon Pilgrim
llvm-dev@redking.me.uk

2021-06-06T12:45:11+00:00

937c4cffd02420607ada23d3d25078df9bf553cb












[llvm] Use llvm::append_range (NFC)
2021-01-07T02:27:33+00:00

Kazu Hirata
kazu@google.com

2021-01-07T02:27:33+00:00

1d0bc05551587046c4a6896215c92f7e1259d10e












Make StringRef's std::string conversion operator explicit
2020-02-01T14:43:45+00:00

Sylvestre Ledru
sylvestre@debian.org

2020-02-01T14:36:51+00:00

2eb80a99a2c6f8e2f090a2bc8cd2760fe1e1f267

The build is currenly broken when perf or ffi are enabled for llvm

Just like in https://reviews.llvm.org/rG777180a32b61070a10dd330b4f038bf24e916af1





The build is currenly broken when perf or ffi are enabled for llvm

Just like in https://reviews.llvm.org/rG777180a32b61070a10dd330b4f038bf24e916af1







Replace llvm::MutexGuard/UniqueLock with their standard equivalents
2019-08-07T10:57:25+00:00

Benjamin Kramer
benny.kra@googlemail.com

2019-08-07T10:57:25+00:00

3d5360a4398bfa6878f94ca9ac55bc568692c765

All supported platforms have <mutex> now, so we don't need our own
copies any longer. No functionality change intended.

llvm-svn: 368149





All supported platforms have <mutex> now, so we don't need our own
copies any longer. No functionality change intended.

llvm-svn: 368149







Update the file headers across all of the LLVM projects in the monorepo
2019-01-19T08:50:56+00:00

Chandler Carruth
chandlerc@gmail.com

2019-01-19T08:50:56+00:00

2946cd701067404b99c39fb29dc9c74bd7193eb3

to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636





to reflect the new license.

We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.

Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.

llvm-svn: 351636