From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13110 invoked from network); 19 Apr 2001 15:55:23 -0000 Received: from sunsite.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 19 Apr 2001 15:55:23 -0000 Received: (qmail 11585 invoked by alias); 19 Apr 2001 15:55:16 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 14036 Received: (qmail 11573 invoked from network); 19 Apr 2001 15:55:15 -0000 X-Envelope-Sender-Is: Andrej.Borsenkow@mow.siemens.ru (at relayer david.siemens.de) Date: Thu, 19 Apr 2001 19:55:12 +0400 (MSD) From: Andrej Borsenkow X-X-Sender: To: Subject: Re: PATCH: reduce unnecessary linking In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 19 Apr 2001, Andrej Borsenkow wrote: > > > > -AC_CHECK_LIB(socket, socket) > > +AC_CHECK_LIB(socket, socket, [LIBS_SOCKET="-lsocket" > > +AC_DEFINE(HAVE_LIBSOCKET)]) > > > > No, that won't do. I (being on SVR4) need '-lsocket -lnsl' for any > networking code (what our Solaris fellas say?) Moreover, I *do* need them > both in *main* module and not in any DSO (else some funny effects may > happen). > And actually on my system it is very hard (near to impossible) to link shared module with (dynamic) library. Basically, in cc -G -o foo.so ... -lbar any -lbar is simply ignored. So, you cannot link zftp with -lsocket while omitting -lsocket for main module. > I really suggest that this patch should be hold off till 4.0.1 release. It > is just too dangerous and can break too much. > And in any case - this optimisation should be used only for systems that are known to support it. -andrej