On Thu, Feb 22, 2024 at 02:57:13AM +0200, Konstantin Belousov wrote:
> On Wed, Feb 21, 2024 at 08:20:25PM +, Brooks Davis wrote:
> > That's probably worth a shot. Static linking will work anyway because
> > libc.a in effect embeds libsys to retain compatability.
> Please do not add libsys.so t
hello,
since the commit:
42fdcd9fd917 snd_uaudio(4): Fix config detection with defaults set.
my snd_uaudio(4) no longer works. the symptom is that applications
attempting to play audio hang forever, and no audio is produced.
reverting this commit fixed the problem.
the issue only occurs if i h
On Wed, Feb 21, 2024 at 08:20:25PM +, Brooks Davis wrote:
> That's probably worth a shot. Static linking will work anyway because
> libc.a in effect embeds libsys to retain compatability.
Please do not add libsys.so to the ABI. Right now it is an implementation
detail of libthr and libc, and
On 2024-02-20 10:09, Pete Wright wrote:
I just came across this blog post which seems to indicate that the drill(1)
utility from NLNet is ending development in favor of a rust based tool:
https://blog.nlnetlabs.nl/domain-dns-building-blocks-for-rust-application-developers/
https://fosstodon.org
That's probably worth a shot. Static linking will work anyway because
libc.a in effect embeds libsys to retain compatability.
-- Brooks
On Wed, Feb 21, 2024 at 09:12:41PM +0100, Dimitry Andric wrote:
> Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would
> work for ever
Can't we just add libsys.so to the /usr/lib/libc.so linker script? That would
work for everything except static linking?
-Dimitry
> On 21 Feb 2024, at 21:00, Brooks Davis wrote:
>
> TL;DR: you can work around this by adding -lsys to the link line and I
> aim to improve the situation soon.
>
>
TL;DR: you can work around this by adding -lsys to the link line and I
aim to improve the situation soon.
The sanitizers reach somewhat questionably into libc internals that are
exported to allow rtld to update them. I was unable to find an solution
that didn't break this and I felt that fixing t
[Brooks' activity related to commit 99ea67573164637d633e8051eb0a5d52f1f9488e
looks likely for what changed the status: "lib{c,sys}: move auxargs more
firmly into libsys".]
On Feb 21, 2024, at 09:02, Mark Millard wrote:
> On Feb 21, 2024, at 08:38, Mark Millard wrote:
>
>> Mark Johnston wrote
On Feb 21, 2024, at 08:38, Mark Millard wrote:
> Mark Johnston wrote on
> Date: Wed, 21 Feb 2024 13:33:43 UTC :
>
>> On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
>>> Hi,
>>>
>>> I updated yesterday and now event a minimal program with
>>>
>>> cc -fsanitize=address
>>
Mark Johnston wrote on
Date: Wed, 21 Feb 2024 13:33:43 UTC :
> On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
> > Hi,
> >
> > I updated yesterday and now event a minimal program with
> >
> > cc -fsanitize=address
> >
> > produces
> >
> > ld: error: undefined symbol: __
On Wed, 21 Feb 2024, Mark Johnston wrote:
MJ>On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
MJ>> Hi,
MJ>>
MJ>> I updated yesterday and now event a minimal program with
MJ>>
MJ>> cc -fsanitize=address
MJ>>
MJ>> produces
MJ>>
MJ>> ld: error: undefined symbol: __elf_aux_ve
On Wed, Feb 21, 2024 at 09:52:23AM +, hartmut.bra...@dlr.de wrote:
> Hi,
>
> I updated yesterday and now event a minimal program with
>
> cc -fsanitize=address
>
> produces
>
> ld: error: undefined symbol: __elf_aux_vector
> >>> referenced by sanitizer_linux_libcdep.cpp:950
> >>> (/usr/src
Hi,
I updated yesterday and now event a minimal program with
cc -fsanitize=address
produces
ld: error: undefined symbol: __elf_aux_vector
>>> referenced by sanitizer_linux_libcdep.cpp:950
>>> (/usr/src/contrib/llvm-project/compiler-rt/lib/sanitizer_common/sanitizer_linux_libcdep.cpp:950)
>>>
13 matches
Mail list logo