gnulib's obstack_* symbols in dynamic exports on glibc. Intentional?

Sergei Trofimovich slyich@gmail.com
Fri Dec 30 19:36:17 GMT 2022


On Fri, 30 Dec 2022 19:26:48 +0100
Bruno Haible <bruno@clisp.org> wrote:

> Sergei Trofimovich wrote:
> > to my surprise it did have one a set of dynamically exported symbols:
> > 
> >     $ nm -D `which ls` | grep -v '^ '
> >     00000000004c0d40 T _obstack_allocated_p
> >     0000000000534808 D obstack_alloc_failed_handler
> >     00000000004c0bd0 T _obstack_begin
> >     00000000004c0bf0 T _obstack_begin_1
> >     00000000004c0d80 T _obstack_free
> >     00000000004c0e00 T _obstack_memory_used
> >     00000000004c0c10 T _obstack_newchunk  
> 
> There's already a discussion on this topic, that started at
>   https://lists.gnu.org/archive/html/bug-gnulib/2022-12/msg00007.html

Aha, thank you!

-- 

  Sergei


More information about the Libc-alpha mailing list