This is the mail archive of the
mailing list for the GCC project.
Re: [Gcl-devel] Re: recent commit
- From: David Mosberger <davidm at napali dot hpl dot hp dot com>
- To: Camm Maguire <camm at enhanced dot com>
- Cc: davidm at hpl dot hp dot com, Mike Thomas <miketh at brisbane dot paradigmgeo dot com>,gcc at gcc dot gnu dot org, 204789 at bugs dot debian dot org,"control at bugs dot debian dot org David Mosberger" <davidm at napali dot hpl dot hp dot com>,debian-ia64 at lists dot debian dot org, gcl-devel at gnu dot org
- Date: Fri, 5 Sep 2003 17:16:31 -0700
- Subject: Re: [Gcl-devel] Re: recent commit
- References: <C20C8848-D1C0-11D7-B00F-00039345907E@yahoo.fr><firstname.lastname@example.org><email@example.com><firstname.lastname@example.org><email@example.com><firstname.lastname@example.org><email@example.com><firstname.lastname@example.org>
- Reply-to: davidm at hpl dot hp dot com
>>>>> On 05 Sep 2003 18:38:45 -0400, Camm Maguire <email@example.com> said:
Camm> Greetings, and thankyou for this suggestion. It does seem like a bit
Camm> of a hack though, no?
It's a hack until it's used > 3 times, then it becomes a
Camm> Do you feel this would be more stable than just linking
It should be possible to make it work well, but it would require some
experimentation etc. Static linking is certainly the easy way out.
Camm> Apropos to this, I just saw the following warnings issued on a static
Camm> build on merulo:
Camm> /usr/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0x1b62): In function `GetGroupAttribute':
Camm> : Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
I think that's glibc telling you about nsswitch needing some shared
libraries (i.e., the static binary still uses dlopen, and hence has
dependencies on shared objects). If that's what it is, it's nothing
new. glibc has had this feature/flaw for a long time. I think only
the warning is new.
Camm> Please also et me know whether you think Debian ia64 ldso
Camm> might change in this regard in the future.