History log of /llvm-project/clang/lib/AST/ByteCode/Function.h (Results 1 – 6 of 6)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
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.