From owner-freebsd-hackers Sun Jun 1 04:33:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id EAA18972 for hackers-outgoing; Sun, 1 Jun 1997 04:33:22 -0700 (PDT) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id EAA18965 for ; Sun, 1 Jun 1997 04:33:17 -0700 (PDT) Received: from awfulhak.demon.co.uk (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.5/8.8.5) with ESMTP id LAA10205; Sun, 1 Jun 1997 11:05:45 +0100 (BST) Message-Id: <199706011005.LAA10205@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Make Release Question In-reply-to: Your message of "Sun, 01 Jun 1997 09:45:43 +0200." <19970601094543.XN15458@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 01 Jun 1997 11:05:45 +0100 From: Brian Somers Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > As Simon Shapiro wrote: > > > Make release produces: > > > > cc -static -o boot_crunch boot_crunch.o sh.lo find.lo pwd.lo ft.lo ppp.lo > > sysinstall.lo newfs.lo gzip.lo cpio.lo bad144.lo fsck.lo ifconfig.lo > > route.lo slattach.lo mount_nfs.lo -ll -ledit -lutil -lkvm -lmd -lcrypt > > -lftpio -lalias -ldialog -lncurses -lmytinfo -L/usr/src/release/libdisk/obj > > -ldisk -lipx > > ppp.lo: Undefined symbol `_dlopen' referenced from text segment > > ppp.lo: Undefined symbol `_dlerror' referenced from text segment > > Hmm, i've created a -current SNAP yesterday. I think the problem is > with ppp trying to dlopen() the NAT alias library. Only dynamically > linked binaries can call dlopen(). > > I wonder why it works in -current... I thought the discussed solution > was to conditionalize the NAT inclusion with a compile-time -D option, > and do not include it into the binary for the installation floppy. The result was that libalias should be built with libc.so: John Polstra wrote: > The right way to handle this is to add "-lc" to the linker line when > building libalias.so.m.n. E.g.: > > cc -shared -o libalias.so.1.1 ... -lc > > Then when you dlopen() libalias, it will pull in libc if that has > not already been done. > > We probably should be building all of our shared libraries with > their dependencies specified explicitly in this way. I havn't done anything about this (yet). Should I ? > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , Don't _EVER_ lose your sense of humour....