[illumos-Developer] 415 libreadline.so.5: symbol tgetent ... not found
Garrett D'Amore
garrett at nexenta.com
Thu Jun 30 12:46:41 PDT 2011
On Thu, 2011-06-30 at 13:44 -0400, Gordon Ross wrote:
> On Thu, Jun 30, 2011 at 11:34 AM, Garrett D'Amore <garrett at nexenta.com> wrote:
> > Generally, it looks good. Any reason we have to ship termcap.h though?
> > Applications shouldn't be including this should they? (Its not present
> > on our existing system....)
>
> We don't have to ship it, but I think it's better to do so. Here's why:
>
> Before this (proposed) work, we did not really have a libtermcap.
> An application that needed the BSD-ish tget* etc functions had to
> import all of libcurses, and the headers defining what you actually
> import are curses.h and term.h.
>
> With the proposed filter library as libtermcap, it's actually possible
> to import only the six BSD-ish tget* etc functions. (And do that in a
> way that does not drag in libcurses if you have another curses lib
> providing those symbols). So I think it's helpful to actually provide a
> header defining that interface, and termcap.h is the traditional name
> of the header to define that.
>
> The proposed termcap.h is just like the traditional BSD one, so I
> don't expect it to cause surprises in applications. As an example,
> the readline code autoconfgure found and used it just fine.
Ok, thanks for the explanation. I am slightly (only slightly) concerned
that some code might sense this header and assume BSD semantics, or
choose BSD interfaces over SVR4 ones... is that a problem?
- Garrett
>
> Gordon
>
> _______________________________________________
> Developer mailing list
> Developer at lists.illumos.org
> http://lists.illumos.org/m/listinfo/developer
More information about the Developer
mailing list