On Thu, May 22, 2025 at 03:19:18PM +0200, Peter Krempa via Devel wrote:
> On Thu, May 22, 2025 at 14:25:13 +0200, Michal Privoznik via Devel wrote:
> > From: Michal Privoznik
> >
> > While we do not want the nss plugin to link with anything but
> > necessary libs (libc and libjson-c) it can benef
On Thu, May 22, 2025 at 15:22:14 +0200, Michal Prívozník wrote:
> On 5/22/25 15:19, Peter Krempa wrote:
> > On Thu, May 22, 2025 at 14:25:13 +0200, Michal Privoznik via Devel wrote:
> >> From: Michal Privoznik
> >>
> >> While we do not want the nss plugin to link with anything but
> >> necessary l
On Thu, May 22, 2025 at 14:25:13 +0200, Michal Privoznik via Devel wrote:
> From: Michal Privoznik
>
> While we do not want the nss plugin to link with anything but
> necessary libs (libc and libjson-c) it can benefit from automatic
> memory freeing. Instead of inventing macros with new name for
On 5/22/25 15:19, Peter Krempa wrote:
> On Thu, May 22, 2025 at 14:25:13 +0200, Michal Privoznik via Devel wrote:
>> From: Michal Privoznik
>>
>> While we do not want the nss plugin to link with anything but
>> necessary libs (libc and libjson-c) it can benefit from automatic
>> memory freeing. In
From: Michal Privoznik
While we do not want the nss plugin to link with anything but
necessary libs (libc and libjson-c) it can benefit from automatic
memory freeing. Instead of inventing macros with new name for
them, lets stick with g_autofree and g_steal_pointer() which we
are used to from the
