gcl-devel
[Top][All Lists]
Advanced

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

Re: [Gcl-devel] Re: recent commit


From: Camm Maguire
Subject: Re: [Gcl-devel] Re: recent commit
Date: 05 Sep 2003 18:38:45 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

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 <address@hidden> writes:

> >>>>> On 29 Aug 2003 17:38:31 -0400, Camm Maguire <address@hidden> 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
> address@hidden
> http://mail.gnu.org/mailman/listinfo/gcl-devel
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

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