Re: readline, editline, sl and snprintf

[Derrick J Brashear <shadow@dementia.org>]

--On Thursday, January 25, 2001 06:39:59 PM +1100 Brian May 
<bam@snoopy.apana.org.au> wrote:

>>>>>> "Derrick" == Derrick J Brashear <shadow@dementia.org> writes:
>
>     Derrick> you're honing in on vasprintf. you shouldn't be. it weas
>     Derrick> just the first symbol in snprintf.o that i got an error
>     Derrick> for.
>
> Short version:
> -------------------------------------------------------------------------
> ------ My guess is you have an earlier version of Heimdal, before
> libeditline was converted to use libtool. This will cause a number of
> different problems, like this one.

I probably have something more recent than you do, actually.

> 2. libtool is trying to link the static version of libeditline into
> libkrb5 (instead of creating a dependency between two shared
> libraries). As explained above, this is bad because the libeditline.a
> does not contain PIC code required for shared libraries.

 into libsl, not libkrb5

and it's not relevant. linking an archive into a shared object is ok on 
several platforms, solaris and x86 linux included, because the linker does 
relocations. you can trivially prove this to yourself if you care.

> I strongly suspect this is because the shared version of the
> libeditline is not built, because libeditline is not managed by
> libtool.
>
>
> 3. You are trying to link libss based on snprintf.lo (PIC code) and
> snprintf.o (from libeditline.a, non-PIC code).

i'm not, the current build is set up that way.

-D