PATCH not necessary .o linked into smbd
Jim McDonough
jmcd at us.ibm.com
Tue Feb 26 12:09:04 GMT 2002
Andreas Moroder wrote:
>today I did test if the gnu linker on my suse linux does leave away unused
>functions.
>
>It does NOT.
You are absolutely right, when there is a .o file linked in.
I was thinking of .a files.
Jim
----------------------------
Jim McDonough
IBM Linux Technology Center
Samba Team
6 Minuteman Drive
Scarborough, ME 04074
USA
jmcd at us.ibm.com
jmcd at samba.org
Phone: (207) 885-5565
IBM tie-line: 776-9984
"Claudia Moroder" <claudiamoroder at st-ulrich.suedtirol.net> on 02/26/2002
02:41:48 PM
To: Jim McDonough/Portland/IBM at IBMUS
cc: <samba-technical at samba.org>
Subject: Re: PATCH not necessary .o linked into smbd
Hello Jim,
today I did test if the gnu linker on my suse linux does leave away unused
functions.
It does NOT.
Maybe there is anyone out there that can confirm this.
Bye
Andreas
-----Ursprüngliche Nachricht-----
Von: "Jim McDonough" <jmcd at us.ibm.com>
An: "andreas moroder" <claudiamoroder at st-ulrich.suedtirol.net>
Cc: <mimir at diament.ists.pwr.wroc.pl>; <samba-technical at samba.org>
Gesendet: Montag, 25. Februar 2002 20:12
Betreff: Re: PATCH not necessary .o linked into smbd
>
> >> libsmb/clirap2 is linked into smbd, nmbd ... but the functions defined
> > inthere are used only in net.
> >
> >I'm not sure yet, but the Net* functions (RAP calls) might be used
> >somewhere in smbd while checking interdomain trust relatonships. When
> >I work further on this code, I'll know. For now, they indeed are used
only
> >in 'net tool while establishing trust to remote domain (new patch is
close
> >to finish).
> Is it causing you a problem? The executable code shouldn't be included,
> because most linkers are smart enough to leave out unreferenced
functions.
>
>
> ----------------------------
> Jim McDonough
> IBM Linux Technology Center
> Samba Team
> 6 Minuteman Drive
> Scarborough, ME 04074
> USA
>
> jmcd at us.ibm.com
> jmcd at samba.org
>
> Phone: (207) 885-5565
> IBM tie-line: 776-9984
>
More information about the samba-technical
mailing list