This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc
- From: Roland McGrath <roland at hack dot frob dot com>
- To: Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>
- Cc: Siddhesh Poyarekar <siddhesh at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Fri, 5 Sep 2014 15:54:47 -0700 (PDT)
- Subject: Re: [PATCH 06/19] Define IN_MODULE for translation units that define NOT_IN_libc
- Authentication-results: sourceware.org; auth=none
- References: <1408618663-2281-1-git-send-email-siddhesh at redhat dot com> <1408618663-2281-7-git-send-email-siddhesh at redhat dot com> <20140822182825 dot 04B6A2C398C at topped-with-meat dot com> <20140822185445 dot GO16835 at spoyarek dot pnq dot redhat dot com> <20140901171944 dot GK4395 at spoyarek dot pnq dot redhat dot com> <20140905185444 dot 0DB9D2C3986 at topped-with-meat dot com> <CAAHN_R1KY=06fE7kOa=0+0bdT0JL10DRcW=ZVdwAqkBofv5_gQ at mail dot gmail dot com>
> Those symbols are not exported outside libc.so, thus resulting in a
> linker error in every DSO we build, except libc.so.
Oh, I see. I'd forgotten we were using interp.c for any other libraries.
I think nowadays we actually should not be, because none of the others has
an entry point set that actually works (alas, dlfcn/eval.c is long defunct).
So let's just fix that first.