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)
>>>
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
> >>>
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:
[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
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.
>
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
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
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/
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
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 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
13 matches
Mail list logo