Date: Sun, 01 Jun 1997 14:30:08 -0700 From: John Polstra <jdp@polstra.com> To: hackers@freebsd.org Subject: Re: Make Release Question Message-ID: <199706012130.OAA21968@austin.polstra.com> In-Reply-To: <19970601094543.XN15458@uriah.heep.sax.de> References: <XFMail.970531222413.Shimon@i-Connect.Net> <19970601094543.XN15458@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
> > 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... The /usr/lib/scrt0.o in -current has stubs for dlopen() and friends, which always return a failure code. The /usr/lib/scrt0.o in -2.2 does not have those stubs. So in -current, you don't get the undefined symbols. But if the code ever tries to actually load something with dlopen(), it will fail at runtime. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199706012130.OAA21968>