Revision tags: llvmorg-21-init, llvmorg-19.1.7, llvmorg-19.1.6, llvmorg-19.1.5, llvmorg-19.1.4 |
|
#
23fbaff9 |
| 12-Nov-2024 |
Kazu Hirata <kazu@google.com> |
[ByteCode] Migrate away from PointerUnion::{is,get,dyn_cast} (NFC) (#115809)
Note that PointerUnion::{is,get,dyn_cast} have been soft deprecated in
PointerUnion.h:
// FIXME: Replace the uses o
[ByteCode] Migrate away from PointerUnion::{is,get,dyn_cast} (NFC) (#115809)
Note that PointerUnion::{is,get,dyn_cast} have been soft deprecated in
PointerUnion.h:
// FIXME: Replace the uses of is(), get() and dyn_cast() with
// isa<T>, cast<T> and the llvm::dyn_cast<T>
show more ...
|
Revision tags: llvmorg-19.1.3, llvmorg-19.1.2 |
|
#
6f8e8551 |
| 09-Oct-2024 |
Timm Baeder <tbaeder@redhat.com> |
[clang][bytecode] Implement __builtin_ai32_addcarryx* (#111671)
|
Revision tags: llvmorg-19.1.1, llvmorg-19.1.0 |
|
#
7d4afba8 |
| 04-Sep-2024 |
Timm Bäder <tbaeder@redhat.com> |
[clang][bytecode][NFC] Fix Function::getName() for non-decl functions
|
Revision tags: llvmorg-19.1.0-rc4 |
|
#
3745a2e8 |
| 30-Aug-2024 |
Timm Baeder <tbaeder@redhat.com> |
[clang][bytecode][NFC] Cache the BuiltinID in Function (#106745)
FunctionDecl::getBuiltinID() is surprisingly slow and we tend to call it
quite a bit, especially when interpreting builtin functions
[clang][bytecode][NFC] Cache the BuiltinID in Function (#106745)
FunctionDecl::getBuiltinID() is surprisingly slow and we tend to call it
quite a bit, especially when interpreting builtin functions. Caching the
BuiltinID here reduces the time I need to compile the
floating_comparison namespace from builtin-functions.cpp from 7.2s to
6.3s locally.
show more ...
|
Revision tags: llvmorg-19.1.0-rc3 |
|
#
ca148b21 |
| 20-Aug-2024 |
Timm Baeder <tbaeder@redhat.com> |
[clang][bytecode] Support ObjC blocks (#104551)
I started out by adding a new pointer type for blocks, and I was fully
prepared to compile their AST to bytecode and later call them.
... then I f
[clang][bytecode] Support ObjC blocks (#104551)
I started out by adding a new pointer type for blocks, and I was fully
prepared to compile their AST to bytecode and later call them.
... then I found out that the current interpreter doesn't support
calling blocks at all. So we reuse `Function` to support sources other
than `FunctionDecl`s and classify `BlockPointerType` as `PT_FnPtr`.
show more ...
|
#
a07aba5d |
| 16-Aug-2024 |
Timm Baeder <tbaeder@redhat.com> |
[clang] Rename all AST/Interp stuff to AST/ByteCode (#104552)
"Interp" clashes with the clang interpreter and people often confuse
this.
|