Date: Wed, 28 Feb 2001 11:23:29 -0600 From: "Jacques A. Vidrine" <n@nectar.com> To: "David O'Brien" <obrien@FreeBSD.org> Cc: Maxim Sobolev <sobomax@FreeBSD.org>, Christian Weisgerber <naddy@mips.inka.de>, Steve Price <steve@FreeBSD.org>, freebsd-ports@FreeBSD.org Subject: Re: ksh93 Message-ID: <20010228112329.A9192@hamlet.nectar.com> In-Reply-To: <20010228091630.B92203@dragon.nuxi.com>; from obrien@FreeBSD.org on Wed, Feb 28, 2001 at 09:16:30AM -0800 References: <200102260514.f1Q5EHJ96328@freefall.freebsd.org> <20010226215311.A44937@spawn.nectar.com> <20010227154226.A36915@kemoauc.mips.inka.de> <20010227162104.A7892@dragon.nuxi.com> <20010228065758.A29047@hamlet.nectar.com> <3A9CF86E.18C36ED0@FreeBSD.org> <20010228091630.B92203@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 28, 2001 at 09:16:30AM -0800, David O'Brien wrote: > On Wed, Feb 28, 2001 at 03:09:02PM +0200, Maxim Sobolev wrote: > > Idea: why not to create dynamic executable, but explicitly link static > > versions of required libs (cc -o foo foo.o bar.o /usr/lib/libc.a ...) > > into it? The resulting executable will be protected against breakage of > > system libs, while still able to use dl*() functions. Well, ld.so could still break, and anyway you'd lose the ability to use a replacement libc. I don't think this middle ground would be all that useful. For users with a clue, they can choose static or dynamic and understand the repercussions. For other users, I think it should default to dynamic so that they don't ask "Hey, why can't I use the ksh-tk port?" or "Why doesn't ~user work where said user is in LDAP?" > Which shell uses dl*()?? Why is this needed, and why complicate things. ksh93. See the man page under `builtin'. Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010228112329.A9192>