On Mon, 17 Feb 2003, Johnny Lam wrote:

> On Mon, Feb 17, 2003 at 08:21:59PM -0600, Frederick Bruckman wrote:
> > Regarding PR pkg/19033, it looks like the netatalk programs and
> > modules are getting the the wrong crypt() -- the one in libcrypto,
> > rather than the one in libcrypt. This has never been seen with login,
> > passwd, and friends, in the tree, because "-lcrypt" is given before
> > "-lcrypto", which leads to them being ordered that way in the dynamic
> > section, which leads to ld_elf.so binding to the one it finds first,
> > in libcrypt. When I try to do the same in the package, by man-handling
> > LIBS, look what happens (lines wrapped for clarity):
> >
> > [snip]
> >
> > Notice how libtool deletes my initial -lcrypt, and leaves only one, at
> > the end. Any ideas?
>
> Could you try to see if passing --preserve-dup-deps to libtool will preserve
> the initial -lcrypt?

That doesn't work. It's just passed through to "cc", which ignores it.

Frederick