While rebuilding Fedora with a C99 compiler, we noticed that we need
this patch to avoid a compilation error:
diff --git a/lttv/lttv/state.c b/lttv/lttv/state.c
index 513c1bf3bb03ec7a..a1a31df2cbe6be30 100644
--- a/lttv/lttv/state.c
+++ b/lttv/lttv/state.c
@@ -271,7 +271,7 @@ gboolean rettrue(gpoi
* Mathieu Desnoyers:
> Hi Florian,
>
> I'll pull your patch into the lttv master branch, but please be aware
> that the LTTV project has not seen activity since 2013, is currently
> unmaintained, and that we do not plan on doing further releases of this
> project. Our efforts were diverted elsewhe
This commit
commit 8abddb187b33480d8827f44ec655f45734a1749d
Author: Andrew Burgess
Date: Sat Aug 5 14:31:06 2023 +0200
libgcc: support heap-based trampolines
Add support for heap-based trampolines on x86_64-linux, aarch64-linux,
and x86_64-darwin. Implement the __builtin_neste
* Carlos O'Donell:
> I agree. TLS should be seen more like .bss/.data rather than something
> that is allocated with malloc().
There wasn't consensus regarding this in 2014. See below.
> If we leak memory via TLS that is a glibc bug that we can deal with,
This is something that libgcc_s.so.1 d
* Iain Sandoe:
>> On 15 Jan 2024, at 15:35, Florian Weimer wrote:
>>
>> * Carlos O'Donell:
>>
>>> I agree. TLS should be seen more like .bss/.data rather than something
>>> that is allocated with malloc().
>>
>> There wasn't consensus regarding this in 2014. See below.
>>
>>> If we leak memo
* Mathieu Desnoyers:
> On 2024-01-13 07:49, Florian Weimer via lttng-dev wrote:
>> This commit
>> commit 8abddb187b33480d8827f44ec655f45734a1749d
>> Author: Andrew Burgess
>> Date: Sat Aug 5 14:31:06 2023 +0200
>> libgcc: support heap-based trampolines
