This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [Gcl-devel] Re: recent commit
- From: Camm Maguire <camm at enhanced dot com>
- To: davidm at hpl dot hp dot com
- Cc: 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: 05 Sep 2003 18:38:45 -0400
- Subject: Re: [Gcl-devel] Re: recent commit
- References: <C20C8848-D1C0-11D7-B00F-00039345907E@yahoo.fr><54k797y5mp.fsf@intech19.enhanced.com><16206.40108.678314.779641@napali.hpl.hp.com><54bru9xoop.fsf@intech19.enhanced.com><16206.44489.583689.239788@napali.hpl.hp.com><54fzjkb0vc.fsf@intech19.enhanced.com><16212.57618.591447.76574@napali.hpl.hp.com>
Greetings, and thankyou for this suggestion. It does seem like a bit
of a hack though, no? Do you feel this would be more stable than just
linking statically?
Apropos to this, I just saw the following warnings issued on a static
build on merulo:
/usr/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0x1b62): In function `GetGroupAttribute':
: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0x20e2): In function `SetGroupAttribute':
: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0x1bf2): In function `GetGroupAttribute':
: Using 'endgrent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtcl8.4.a(tclUnixFCmd.o)(.text+0x2352): In function `SetOwnerAttribute':
: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtk8.4.a(tkCanvPs.o)(.text+0x21b2): In function `TkCanvPostscriptCmd':
: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtk8.4.a(tkCanvPs.o)(.text+0x2242): In function `TkCanvPostscriptCmd':
: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libtcl8.4.a(tclUnixChan.o)(.text+0x2fe2): In function `TcpGetOptionProc':
: Using 'gethostbyaddr' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/X11R6/lib/libX11.a(x11trans.o)(.text+0x1452): In function `_X11TransSocketINETConnect':
: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/X11R6/lib/libX11.a(x11trans.o)(.text+0x1002): In function `_X11TransSocketINETConnect':
: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
(cd demos ; \
We don't really use these functions, so I think we'd be alright here,
but I'd like your opinion as always. Please also et me know whether
you think Debian ia64 ldso might change in this regard in the future.
Take care,
David Mosberger <davidm@napali.hpl.hp.com> writes:
> >>>>> On 29 Aug 2003 17:38:31 -0400, Camm Maguire <camm@enhanced.com> said:
>
> Camm> Greetings, and thanks again! So how do I find the right area
> Camm> before dumping?
>
> Perhaps it would work to scan /proc/self/maps for the mapping that
> covers the address of (any) function descriptor in the main program?
>
> --david
>
>
> _______________________________________________
> Gcl-devel mailing list
> Gcl-devel@gnu.org
> http://mail.gnu.org/mailman/listinfo/gcl-devel
>
>
>
--
Camm Maguire camm@enhanced.com
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah