readline, editline, sl and snprintf

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

Shouldn't libsl when built dynamically link against libroken instead of
including e.g. snprintf.lo? I say this because:
/bin/sh ../../libtool --mode=link gcc  -Wall -Wmissing-prototypes
-Wpointer-arith -Wbad-function-cast -Wmissing-declarations
-Wnested-externs -g -O2   -o libsl.la -rpath /usr/local/lib -version-info
1:0:1 sl.lo strtok_r.lo snprintf.lo warnerr.lo strupr.lo
-L../../lib/editline -leditline -ltermcap -lresolv -lnsl -lsocket -lresolv
-lnsl -lsocket 

results in:
ld: fatal: symbol `vasprintf' is multiply defined:
        (file snprintf.lo and file
/usr/tmp/local/heimdal/007/lib/editline/.libs/libeditline.a(snprintf.o));
(and several other symbols, of course, but you get the idea)

I'll see if I can figure out what's "right" and send a patch

-D