From owner-freebsd-current Tue Mar 28 5:27:34 2000 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 3B6CA37BE6D for ; Tue, 28 Mar 2000 05:27:29 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id XAA26273; Tue, 28 Mar 2000 23:33:22 +1000 Date: Tue, 28 Mar 2000 23:26:38 +1000 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Nickolay Dudorov Cc: Yoshinobu Inoue , current@FreeBSD.ORG Subject: Re: libl.a in libipsec In-Reply-To: <200003281201.TAA10549@wint.itfs.nsk.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Sorry I broke the world. > >> > old environments, libl.a seemed to be already installed at > >> > that time, but now it doesn't exist at libipsec build time. It was never installed in the temporary build tree, except possibly in old, broken versions of /usr/src/Makefile* which built and installed it as part of making lex as a build-tool (non-broken versions had complications to avoid making lex/lib in the build-tool case, since making it caused other problems). When the dependency was missing, -ll caused the linker to find libl.a in the wrong place. I don't see how liby can get built before libipsec either. > >> libl.a isn't necessary for libipsec building at all. > >> The error now is the result of adding ${LIBL} to DPADD by bde > >> in the ver 1.3 of the Makefile in the src/lib/libipsec. > >> > >> N.Dudorov > > > > Thanks, after removing libl related dependency from libipsec > > Makefile, buildworld just passed libipsec part. > > libl.a was not used on the first place. :-< > > > > I'll commit the fix. > > It seems to me (and my buildworld agree with this) > that 'liby' is also not necessary for building of 'libipsec'. liby is used. Linking to the static version of it isn't good. I think it results in functions from liby.a being included in libipsec.so. Since liby.a isn't compiled with -fpic, it's not clear how this can work. I think the linker prints RRS warnings when it doesn't work. I haven't seen those, so maybe it does work. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message