Revision tags: llvmorg-21-init, llvmorg-19.1.7, llvmorg-19.1.6, llvmorg-19.1.5, llvmorg-19.1.4, llvmorg-19.1.3, llvmorg-19.1.2, llvmorg-19.1.1 |
|
#
61c8b715 |
| 27-Sep-2024 |
Vipul Cariappa <vipulcariappa@gmail.com> |
[clang] return first Decl for CanonicalDecl in TranslationUnitDecl (#110101)
Return the first `Decl` when using
`TranslationUnitDecl::getCanonicalDecl`
|
Revision tags: llvmorg-19.1.0, llvmorg-19.1.0-rc4, llvmorg-19.1.0-rc3, llvmorg-19.1.0-rc2, llvmorg-19.1.0-rc1, llvmorg-20-init |
|
#
1787d4b2 |
| 03-Jul-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Fix RuntimeInterfaceBuilder for 32-bit systems (#97071)
When generating runtime interface bindings, extend integral types to the
native register size rather than 64-bit per se
Fixes
[clang-repl] Fix RuntimeInterfaceBuilder for 32-bit systems (#97071)
When generating runtime interface bindings, extend integral types to the
native register size rather than 64-bit per se
Fixes #94994
show more ...
|
#
ac84ada9 |
| 30-Jun-2024 |
Youngsuk Kim <youngsuk.kim@hpe.com> |
[clang] Avoid 'raw_string_ostream::str' (NFC)
Since `raw_string_ostream` doesn't own the string buffer, it is desirable (in terms of memory safety) for users to directly reference the string buffer
[clang] Avoid 'raw_string_ostream::str' (NFC)
Since `raw_string_ostream` doesn't own the string buffer, it is desirable (in terms of memory safety) for users to directly reference the string buffer rather than use `raw_string_ostream::str()`.
Work towards TODO comment to remove `raw_string_ostream::str()`.
show more ...
|
Revision tags: llvmorg-18.1.8 |
|
#
c63b9a5a |
| 14-Jun-2024 |
Nico Weber <thakis@chromium.org> |
[clang-interp] Use -fno-sized-deallocation in two tests (#95546)
At least on my Windows machine, these two tests fail due to not being
able to look up `??3@YAXPEAX_K@Z` (which is
`void __cdecl ope
[clang-interp] Use -fno-sized-deallocation in two tests (#95546)
At least on my Windows machine, these two tests fail due to not being
able to look up `??3@YAXPEAX_K@Z` (which is
`void __cdecl operator delete(void *, unsigned __int64)` in demangled)
after 130e93cc26ca. Since they don't test anything related to sized
deallocation, just disable sized allocation for them.
Possibly fixes #95451.
show more ...
|
#
c3242815 |
| 10-Jun-2024 |
David Spickett <david.spickett@linaro.org> |
[clang][test] Update link for Arm clang-repl test disable
The original bug is legitimate UB, but this is in the clang constant expression interpreter, not clang-repl.
https://github.com/llvm/llvm-p
[clang][test] Update link for Arm clang-repl test disable
The original bug is legitimate UB, but this is in the clang constant expression interpreter, not clang-repl.
https://github.com/llvm/llvm-project/issues/94994 covers investigation of this specific bug in clang-repl.
show more ...
|
#
54c5dbe7 |
| 07-Jun-2024 |
David Spickett <david.spickett@linaro.org> |
[clang][test] Skip interpreter value test on Arm 32 bit
https://github.com/llvm/llvm-project/pull/89811 caused this test to fail, somehow.
I think it may not be at fault, but actually be exposing s
[clang][test] Skip interpreter value test on Arm 32 bit
https://github.com/llvm/llvm-project/pull/89811 caused this test to fail, somehow.
I think it may not be at fault, but actually be exposing some existing undefined behaviour, see https://github.com/llvm/llvm-project/issues/94741.
Skipping this for now to get the bots green again.
show more ...
|
Revision tags: llvmorg-18.1.7 |
|
#
647d2728 |
| 30-May-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Fix SetUp in CodeCompletionTest fixture (#93816)
And sort out some unused headers
|
#
a871470a |
| 30-May-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Introduce common fixture class in unittests (NFC) (#93816)
Reduce code bloat by checking test requirements in a common test fixture
|
#
43109889 |
| 30-May-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Even more tests create the Interpreter and must check host JIT support 2 (#84758)
|
#
98f9bb38 |
| 28-May-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Check host JIT support in all tests that create an Interpreter (#84758)
|
Revision tags: llvmorg-18.1.6, llvmorg-18.1.5, llvmorg-18.1.4, llvmorg-18.1.3 |
|
#
aa962d67 |
| 25-Mar-2024 |
Stefan Gränitz <stefan.graenitz@gmail.com> |
[clang-repl] Fix Value for platforms where unqualified char is unsigned (#86118)
Signedness of unqualified `char` is unspecified and varies between
platforms. This patch adds `Char_U` in `REPL_BUIL
[clang-repl] Fix Value for platforms where unqualified char is unsigned (#86118)
Signedness of unqualified `char` is unspecified and varies between
platforms. This patch adds `Char_U` in `REPL_BUILTIN_TYPES` to account
for platforms that default to `unsigned char`.
show more ...
|
Revision tags: llvmorg-18.1.2, llvmorg-18.1.1, llvmorg-18.1.0, llvmorg-18.1.0-rc4, llvmorg-18.1.0-rc3, llvmorg-18.1.0-rc2, llvmorg-18.1.0-rc1, llvmorg-19-init |
|
#
2759e470 |
| 21-Jan-2024 |
Vassil Vassilev <v.g.vassilev@gmail.com> |
[clang-repl] We do not need to call new in the object allocation. (#78843)
This test demonstrates template instantiation via the interpreter code.
In order to do that we can allocate the object on
[clang-repl] We do not need to call new in the object allocation. (#78843)
This test demonstrates template instantiation via the interpreter code.
In order to do that we can allocate the object on the stack and extend
its lifetime by boxing it into a clang::Value.
That avoids the subtle problem where we call the new operator on an
object only known to the interpreter and we cannot destroy it from
compiled code since there is not suitable facility in clang::Value yet.
That should resolve the asan issues that was reported in
llvm/llvm-project#76218.
show more ...
|
#
160a750e |
| 18-Jan-2024 |
Vitaly Buka <vitalybuka@google.com> |
[clang-repl][test] Suppress memory lease after #76218
`new` was introduced in this patch, but I don't see `delete` to release the memory.
|
#
1566f1ff |
| 18-Jan-2024 |
Vassil Vassilev <v.g.vassilev@gmail.com> |
[clang-repl] Add a interpreter-specific overload of operator new for C++ (#76218)
This patch brings back the basic support for C by inserting the required
for value printing runtime only when we ar
[clang-repl] Add a interpreter-specific overload of operator new for C++ (#76218)
This patch brings back the basic support for C by inserting the required
for value printing runtime only when we are in C++ mode. Additionally,
it defines a new overload of operator placement new because we can't
really forward declare it in a library-agnostic way.
Fixes the issue described in llvm/llvm-project#69072.
show more ...
|
Revision tags: llvmorg-17.0.6, llvmorg-17.0.5, llvmorg-17.0.4, llvmorg-17.0.3, llvmorg-17.0.2 |
|
#
61b0f12d |
| 27-Sep-2023 |
Lang Hames <lhames@gmail.com> |
Re-apply "[ORC][LLJIT] Move enable-debugger-support utility out of..."
This re-applies e1a5bb59b91, which was reverted in e5f169f91a8 due to LSan failures on some bots (see https://github.com/llvm/l
Re-apply "[ORC][LLJIT] Move enable-debugger-support utility out of..."
This re-applies e1a5bb59b91, which was reverted in e5f169f91a8 due to LSan failures on some bots (see https://github.com/llvm/llvm-project/issues/67586). The LSan failures were not caused by this patch (just exposed by it), so LSan was disabled for the failing test in 47625fea5e3. This should be safe to re-land now.
show more ...
|
#
e5f169f9 |
| 23-Sep-2023 |
Lang Hames <lhames@gmail.com> |
Revert "[ORC][LLJIT] Move enable-debugger-support utility out of LLJITBuilder."
This reverts commit e1a5bb59b91d60c0d87feb78f0e0614589a4c927 while I investigate the bot failure at https://lab.llvm.o
Revert "[ORC][LLJIT] Move enable-debugger-support utility out of LLJITBuilder."
This reverts commit e1a5bb59b91d60c0d87feb78f0e0614589a4c927 while I investigate the bot failure at https://lab.llvm.org/buildbot/#/builders/168/builds/15831
show more ...
|
#
e1a5bb59 |
| 22-Sep-2023 |
Lang Hames <lhames@gmail.com> |
[ORC][LLJIT] Move enable-debugger-support utility out of LLJITBuilder.
This change means that debugger support only needs to be linked in if it's used. The code size of debugger support is expected
[ORC][LLJIT] Move enable-debugger-support utility out of LLJITBuilder.
This change means that debugger support only needs to be linked in if it's used. The code size of debugger support is expected to increase as we improve it (e.g. pulling in DWARF parsing), so making it an optional extra is useful for controlling final binary sizes.
show more ...
|
Revision tags: llvmorg-17.0.1, llvmorg-17.0.0 |
|
#
3403686b |
| 05-Sep-2023 |
Sam James <sam@gentoo.org> |
[Clang] Fix JIT test on 32-bit systems
As reported by mgorny at https://reviews.llvm.org/D159115#4638037, the unsigned long long cast fails on 32-bit systems at least with GCC.
It looks like a poin
[Clang] Fix JIT test on 32-bit systems
As reported by mgorny at https://reviews.llvm.org/D159115#4638037, the unsigned long long cast fails on 32-bit systems at least with GCC.
It looks like a pointer provenance/aliasing issue rather than a bug in GCC.
Acked by Vassil Vassilev on the original revision.
show more ...
|
Revision tags: llvmorg-17.0.0-rc4 |
|
#
452cb7f2 |
| 29-Aug-2023 |
Vassil Vassilev <v.g.vassilev@gmail.com> |
Reland "[clang-repl] Adapt to the recent dylib-related changes in ORC."
Original commit message:"
ORC splits into separate dylibs symbols coming from the process and symbols materialized in the Jit
Reland "[clang-repl] Adapt to the recent dylib-related changes in ORC."
Original commit message:"
ORC splits into separate dylibs symbols coming from the process and symbols materialized in the Jit. This patch adapts intent of the existing interface and adds a regression test to make sure both Jit'd and compiled symbols can be found.
Differential revision: https://reviews.llvm.org/D159115 "
This patch disables the test statement on windows as it seems we might have a bug in the way we model dllimports.
show more ...
|
#
e6cd950d |
| 29-Aug-2023 |
Vassil Vassilev <v.g.vassilev@gmail.com> |
Revert "[clang-repl] Adapt to the recent dylib-related changes in ORC."
This reverts commit 196d8569d46dc5200c44e70cdf839b042148b988 while investigating bot failure: https://lab.llvm.org/buildbot/#/
Revert "[clang-repl] Adapt to the recent dylib-related changes in ORC."
This reverts commit 196d8569d46dc5200c44e70cdf839b042148b988 while investigating bot failure: https://lab.llvm.org/buildbot/#/builders/216/builds/26444
show more ...
|
#
196d8569 |
| 29-Aug-2023 |
Vassil Vassilev <v.g.vassilev@gmail.com> |
[clang-repl] Adapt to the recent dylib-related changes in ORC.
ORC splits into separate dylibs symbols coming from the process and symbols materialized in the Jit. This patch adapts intent of the ex
[clang-repl] Adapt to the recent dylib-related changes in ORC.
ORC splits into separate dylibs symbols coming from the process and symbols materialized in the Jit. This patch adapts intent of the existing interface and adds a regression test to make sure both Jit'd and compiled symbols can be found.
Differential revision: https://reviews.llvm.org/D159115
show more ...
|
#
86258bda |
| 24-Aug-2023 |
Lang Hames <lhames@gmail.com> |
[ORC][clang-repl] Fix another unit test after 122ebe3b500.
Same fix as 8a62d6ba7e: We need to make sure that the supports-JIT check uses the same JIT config that will be used in the actual test.
|
Revision tags: llvmorg-17.0.0-rc3, llvmorg-17.0.0-rc2, llvmorg-17.0.0-rc1, llvmorg-18-init, llvmorg-16.0.6, llvmorg-16.0.5, llvmorg-16.0.4, llvmorg-16.0.3, llvmorg-16.0.2, llvmorg-16.0.1, llvmorg-16.0.0, llvmorg-16.0.0-rc4 |
|
#
ddeab07c |
| 06-Mar-2023 |
Anubhab Ghosh <anubhabghosh.me@gmail.com> |
[clang-repl][CUDA] Re-land: Initial interactive CUDA support for clang-repl
CUDA support can be enabled in clang-repl with --cuda flag. Device code linking is not yet supported. inline must be used
[clang-repl][CUDA] Re-land: Initial interactive CUDA support for clang-repl
CUDA support can be enabled in clang-repl with --cuda flag. Device code linking is not yet supported. inline must be used with all __device__ functions.
Differential Revision: https://reviews.llvm.org/D146389
show more ...
|
#
5111286f |
| 23-May-2023 |
Jun Zhang <jun@junz.org> |
Reland "Reland [clang-repl] Introduce Value to capture expression results"
This reverts commit 094ab4781262b6cb49d57b0ecdf84b047c879295.
Reland with changing `ParseAndExecute` to `Parse` in `Interp
Reland "Reland [clang-repl] Introduce Value to capture expression results"
This reverts commit 094ab4781262b6cb49d57b0ecdf84b047c879295.
Reland with changing `ParseAndExecute` to `Parse` in `Interpreter::create`. This avoid creating JIT instance everytime even if we don't really need them.
This should fixes failures like https://lab.llvm.org/buildbot/#/builders/38/builds/11955
The original reverted patch also causes GN bot fails on M1. (https://lab.llvm.org/buildbot/#/builders/38/builds/11955) However, we can't reproduce it so let's reland it and see what happens. See discussions here: https://reviews.llvm.org/rGd71a4e02277a64a9dece591cdf2b34f15c3b19a0
show more ...
|
#
0929f5b9 |
| 20-May-2023 |
Anubhab Ghosh <anubhabghosh.me@gmail.com> |
Revert "[clang-repl][CUDA] Initial interactive CUDA support for clang-repl"
This reverts commit 80e7eed6a610ab3c7289e6f9b7ec006bc7d7ae31.
|