llvm-project.git/lldb/unittests/ValueObject/DynamicValueObjectLocalBuffer.cpp, branch main

[lldb] Add templated CompilerType::GetTypeSystem (NFC) (#140424)

2025-05-21T19:03:58+00:00

Add an overloaded `GetTypeSystem` to specify the expected type system subclass. Changes code from  `GetTypeSystem().dyn_cast_or_null()` to `GetTypeSystem()`.

[lldb][NFC] Replace GetLocalBufferSize() with GetLocalBuffer() (#126333)

2025-02-08T03:12:35+00:00

[lldb] Fix compiler error in ValueObject tests

2025-02-07T10:29:35+00:00

Fixes 0cbc4983adcdbbd85ccb38b2dfbfe5985367b1b2.

error: non-constant-expression cannot be narrowed from type 'uint64_t' (aka 'unsigned long long') to 'size_t' (aka 'unsigned int') in initializer list [-Wc++11-narrowing]
   71 |                     in_value.GetLocalBufferSize()};
      |                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Given this is test code, I think a static cast is fine here.

Tiny risk that it's actually a symptom of a bug that would
happen if you did 32-bit to 64-bit debugging. I expect you'd
find a lot more bugs than that though.

[lldb] Fix build error in ValueObject test

2025-02-07T10:03:23+00:00

Fixes 0cbc4983adcdbbd85ccb38b2dfbfe5985367b1b2.

llvm-project/lldb/unittests/ValueObject/DynamicValueObjectLocalBuffer.cpp(221): error C2065: 'u_int8_t': undeclared identifier

[lldb] Make ValueObjectDynamicValue::UpdateValue() point to a host b… (#125143)

2025-02-07T03:04:01+00:00

…uffer

ValueObjectDynamicValue::UpdateValue() assumes that the dynamic type
found by GetDynamicTypeAndAddress() would return an address in the
inferior. This commit makes it so it can deal with being passed a host
address instead.

This is needed downstream by the Swift fork.

rdar://143357274