bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: current gnulib regex breaks in gawk


From: arnold
Subject: Re: current gnulib regex breaks in gawk
Date: Sat, 17 Apr 2021 23:53:08 -0600
User-agent: Heirloom mailx 12.5 7/5/10

"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Sat, Apr 17, 2021 at 01:43:58PM -0600, arnold@skeeve.com wrote:
> > "Dmitry V. Levin" <ldv@altlinux.org> wrote:
> > 
> > > I've just tried to build the latest commit gawk-5.1.0-260-gde598391 from
> > > gawk-5.1-stable branch.  Unfortunately, the result executable uses a
> > > private glibc interface:
> > > $ nm gawk |grep GLIBC_PRIVATE
> > >                  U __libc_dynarray_resize@GLIBC_PRIVATE
> > > This makes it unusable at least in GNU/Linux distributions.
> > 
> > Can you explain how this makes it unusable?  I see this on Ubuntu
> > but the gawk executables run just fine.
> > 
> > What, really, is the problem here?  I don't understand.
>
> Well, GLIBC_PRIVATE is a private glibc interface intended for use by
> various parts of glibc itself, it can change (and does change from time
> to time) without providing backwards compatibility, any symbol in
> GLIBC_PRIVATE can disappear or change its semantics during glibc update.
> Consequently, packages are not allowed to have dependencies on
> GLIBC_PRIVATE.

So, the problem is that __libc_dynarray_resize is actually not linked
into gawk, but the executable runs because the local libc happens to
supply the symbol.  But since it's "private" to GLIBC, that symbol
being there can't be relied upon.

OK --- I will work on this.

Thanks,

Arnold



reply via email to

[Prev in Thread] Current Thread [Next in Thread]